拼多多后端二面，总体比较简单请做一个自我介绍介绍一下你第一个项目中你觉得比较有意义的内容你提到的 SPI 机制具体是怎么用在项目里的？优惠券秒杀中两套方案（同步 / 异步）分别是怎么实现的？乐观锁和分布式锁在你的秒杀逻辑中是怎么具体使用的？异步方案中 Lua 脚本 + MQ 的具体业务流程是怎样的？分布式锁在这个方案中的性能瓶颈在哪里，有什么优化手段？除了调整 RedLock，你还有什么办法优化锁的粒度或性能？布隆过滤器？你的项目中消息队列是怎么用的？如何保证消息不被重复消费？消息堆积一般如何解决？顺序消息是如何实现的？RocketMQ 为什么能支持顺序消息？和 Kafka 有什么区别？简单介...

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

3月份找暑期实习到现在，没有公司愿意给我面试，我大概投了二十多家，是不是投的还是太少了。

很简单的一面，速通了，当天约二面简历里提到了三套可替换的登录逻辑（单JWT、JWT+Redis、Session+Redis），为什么要去做这三套？你的考虑或者想法是什么？如果项目中依赖的 Redis 宕机了，这几种登录方式你是怎么考虑应对的？有什么备用方案吗？简历中提到秒杀有同步和异步两种方案，能具体说说你对这两种秒杀方案的思路和整个想法吗？简历中写到了布隆过滤器，并且单独提到了一个“1.82%”的拦截率数字，请问这个数字是你实际测试出来的吗？手撕：lc1291 顺次数