哈喽大家，喵弟面经分享大厂的面试确实不一样，只能说顺子还是不赖的，好歹没算法一面 tl：23号投递 29号一面记忆不太清晰了 对手撕和场景题印象比较深1.实习与项目我看你项目中用到了zset做排行榜，那我现在要是有一千万个用户，该怎么办呢（回答的可以分积分段存，比如存下积分超过一定阈值的用户，或者直接类似于mysql，做一个分表存）zset底层结构讲一下，跳表的优点，为啥不用b+树呢mysql这块，如果有一个慢sql，你怎么办索引失效情况b+树相较于b树和哈希的优点是什么，为什么就选了b+树怎么保证缓存和数据库一致性（最后提到了消息队列）spring中设计模式的体现jvm中内存模型 八股涉及的...

发消息发到工作群了。。。主要是朋友也看错群了还回复了

垃圾公司怎么不去死，别家都是ssp，hr问半天别家开奖情况，结果开个白菜

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...