一个半小时纯拷打场景和实操(藤子太哈人了)总的来说，这次面试体验非常好，面试官虽然言辞犀利但还算温柔，愿意引导你进行操作，可以学习到很多知识，特别是一些中间件的底层逻辑，让我真正见识了后端的深似海，但我是第一次在面试中遇到需要实操的场景，非常紧张，终端实操和代码编写都写的不好，只完成了一部分，幸运的是，面试官人特别好，会议结束后就给过了，并鼓励我后面继续加油！问项目：1、大文件上传怎么做的2、某个分片上传时间超过了24小时，因此被定时任务清理掉了，应该怎么办？修改清理触发条件/校验文件完整性，断点续传重新触发3、合并文件时java的RandomAccessFile底层是如何实现的4、写文件时，...

记得那年大三的时候，我们都在玩，室友突然说要去一线城市实习，我们都笑他不好好把握没课的大学时光……结果第二年开春室友回来之后就变了一个人，游戏也不打了，整天就是抱着电脑刷题，做项目，闲下来的时候就给我们讲实习遇到的同事，还有好mt，他说现在很清楚知道自己想要什么，不考研不考公，想去大厂工作……最后我们都在考研的时候，他已经拿到了大疆的offer，有一次碰到他刚好一起进图书馆，我问他年薪多少，他不好意思的笑了笑，40w+，然后我两就分开了，他去了机房，我去了自习室……

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