2025 年，对我来说不是“成长年”，而是验证年。很多能力早就具备，但今年是真正被放到项目里反复检验的一年。项目更多了，要求也更实在：能不能稳定跑、现场能不能扛、出问题谁兜底。一、项目继续推进，但难点明显前移今年做的项目，本质上已经不是“把功能做出来”，而是：多任务并发下的稳定性控制资源受限情况下的性能取舍不同硬件平台之间的适配与复用问题不再写在需求里，而是藏在长期运行和边界条件中。二、更多时间花在“收拾残局”上作为有经验的工程师，今年干得最多的是：接手历史代码、排查顽固问题定位偶现 bug、复现场景在不影响现有功能的前提下改结构这些活不显眼，但决定了项目能不能活下去。三、技术决策开始影响项目...

谢谢各位大佬

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