1.JWT为什么是无状态的？相比session的优势。如果JWT被窃取，攻击者冒充登录怎么办2.项目中怎么解决超卖3.为什么lua脚本能够保证原子性4.如果说并发量特别大，怎么应对？（Redis cluster）5.redis cluster如何实现主从复制6.哨兵机制的实现，raft协议。7.场景题：服务器抖动怎么排查处理（答了cpu调度、垃圾回收）cms的全过程，哪里发生stw。8.jvm怎么调整堆外内存大小。9.jvm内存模型，方法区永久代元空间。10.spring中bean的生命周期11..如果希望只有完全初始化好的bean投入使用（ApplicationContext.getBean()）12.spring的事务传播机制（只答了required，nested，support，notsupport几个名词）13.线程池调度的全过程，为什么要有线程池，为什么线程切换有开销。14.怎么确定线程数。15.MySQL的慢SQL调优。16.索引失效的几个情况。17.有索引的情况下，一条update语句执行很慢，为什么。反问业务，技术栈，面试流程。

有前辈去过吗😢

1.你的ai-checker项目中，模型选择的考虑方向是什么？安全性？2.你的提示词要做什么设计？提示词要注意的点3.网页降低延迟的手段？4.http请求怎么减少？5.http1.1一个网页同时最多发起几个请求？http2呢？6.如果基于http1.1，一次只能发送六个请求，我有12个接口，我可以合并接口，但这样把问题丢给了后端，这里怎么解决呢？7.一个接口的实现依赖a服务也依赖b服务接口，他们没有实际依赖，怎么写可以降低时间延迟？8.有没有可能只用一个线程就实现这个效果？详细说一下呢？9.设计一个抽奖的算法，奖品是固定的，但是没办法预估多少人抽奖，活动一天，抽中就给他，人随时都有可能来，但是不知道来多少人，也没办法知道哪个时间来的人多，要设计一个算法，要相对公平，最大难点是没办法预估多少人来抽奖，设计这个算法。10.如果我在广场上做活动带奖品，广场多少人也不知道，也可能多也可能少，和刚刚的问题有什么一样有什么不一样？11.基于10问，可以将时间问题空间化为一个线段，落在线段的点上，怎么做？那么如果我把奖品放在12点了，12点没人来，但是11：59：59有个人来，然后再过半秒有有个人来，怎么获得这个奖品呢？12.如果我有一个全中国的数据，一个用户就是一行，用户的名称有索引但不唯一，我开启一个是事务，锁的范围，是什么，在找一个人的信息的时候？这时候能不能插进去数据？13.小型支付商城系统，既然你能自动续期那要有效期干什么？14.Ai相关的知识，rag，微调等。15.Rag提升准确率有什么办法？

别听人瞎扯春招是秋招的 “剩菜”，根本不是那回事儿！这是企业揣着新年预算新摆的席，岗位每天都在更，好多都是秋招没招满的优质坑。就像操场角落的玉兰，前几天路过还只是裹着绿壳的骨朵，昨晚趁我们没注意，借着暖风偷偷冒尖，今早一抬头，满树雪白，亮眼得很。 还没拿到 offer 的兄弟姐妹们，别把那些拒信揉成球扔垃圾桶，连带着把当初的冲劲也丢了。想想上次面试，是不是因为没说清项目里的分工卡壳了？简历是不是还带着学校作业的痕迹，没突出实习亮点？那些栽过的跟头、踩过的坑，都不是白经历的。把简历再逐字抠一遍，把实习里帮公司省了多少成本、做了多少数据再理清楚，把面试官问倒的问题再查资料补一遍 —— 机会哪是天上掉的，都是在这一遍又一遍的折腾里，慢慢冒头的。记住，春招的机会不像春运车票，抢不着就没了，它就等着那些愿意多投一份简历、多面一次试的人。 要是你手里已经攥着一份 offer，也别着急签三方锁抽屉，然后跟自己说 “凑活吧，有总比没有强”。第一份工作可是往后十年职业路的起点，哪能随便凑活？去投那家你刷招聘软件时，看岗位描述都忍不住心跳加速的公司，去面那个你半夜查面经、做笔记，越准备越兴奋的岗位。就算被拒了又咋样？大不了回到原点，手里的 offer 还在；可万一成了呢？你就从 “不得不做”，跳进了 “越干越有劲儿” 的坑啊！人生好多时候，就差这一步 “不想将就” 的勇气。十年后回头看，你肯定会感谢今天多投的那封简历，而不是后悔当初为啥没敢拼一把。所以再问一次，春招，你要不要一起冲？ 风真的慢慢暖起来了，吹在脸上不扎人，还带着点青草的味儿。把简历再改改，面试题再刷几套，带着那颗不甘心、不服输的心，踏踏实实地去试。谁还没经历过几次碰壁呢？那些熬夜改的简历、紧张到发抖的面试，都不会白费。好事多磨，这一次，好运肯定轮到我们了！