阿里集团-控股集团 24校招～ 欢迎投递

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

我选体验最差：腾讯外包线上面试，应该是腾讯甲方来面试我，我自诉在字节短期外包项目，表达字节前端技术基建不错，很多都工具自动处理，他表达很大的兴趣，问了很多细节。我做了才3个月，哪里知道很深的细节，回答也是打哈哈。然后在问我，原型链，class，防抖，节流手搓代码。正正面试2个小时，我感觉回答还不错，这次，只要不考虑我的年龄应该是稳了。我的优势是便宜，经验丰富，主要是物美价廉。今天回复我不通过，不通过就被面试那么久，开始就拒绝我啊。体感最差，给我希望，立马浇灭。

在os上看到的，软开给的真低，而且还是加面一轮，太狗🐶了

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