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

技术面时我太想表现自己，一开口就滔滔不绝说个没完，结果被面试官直接打断：“讲重点，别扯废话。” 第一次真切体会到什么叫 “死” 于话多，这才懂了 “说话先过脑，言多必失” 真不是空话。

27届二本找实习，俺不中嘞，牛油们。怎么都是线下面试。😵😵😵😵

📌 核心封装原因1. 提高代码复用性避免重复造轮子✅ 把常用的HTTP请求方法（GET/POST等）封装成通用函数✅ 不同的测试用例可以直接调用，无需重复编写相同代码✅ 减少代码量，提高开发效率2. 增强代码可维护性统一管理，便于修改✅ 所有HTTP请求的逻辑集中在一个地方管理✅ 如果API地址、请求头、超时时间等需要修改，只需改一处✅ 降低维护成本，减少出错概率3. 提升测试稳定性统一处理异常和错误✅ 可以在封装层统一处理请求超时、连接失败等异常情况✅ 对错误响应进行统一判断和处理✅ 避免因网络问题或API变化导致的测试用例频繁失败4. 增强安全性统一处理敏感信息✅ 可以在封装层统一管理认...