鹅厂搜索后台开发

我记得我这次换工作，11月被领导约着说拿n+1,但我找到下家花2周就找到了，半个月休假了，感觉找工作还是很快，还加薪30%呢，我感觉对于社招来说技术在找工作还是不难

60min1.线上问题 full gc排查2.内存泄漏问题3.jmap生成堆转储文件的两种方式 -dump -dump:live 不带live的会直接把当前的内存dump出来 带live会立即执行full gc再dump存活的对象4.线上bug如何处理5.深度分页问题 分页查询数据重复问题6.算法 leetcode.31477.项目8.最近在学什么新技术 知识 印象比较深的9.反问

2025.12.29 10：00某中厂外包，开始前HR还专门提醒如果面试官迟到了可以催，结果不出所料的迟到了将近十分钟。实际面试问的很粗浅的八股，对于这家的管理和实际水平有所怀疑。9：55进的会议等待，10：10正式开始1.自我介绍 实习、工作了解2.项目简单介绍了一下工作（面试官好像是想问项目的，但是好像看不懂？就跳过了，我不太理解为什么没问）3.SpringBoot注解4.设计模式（吟唱过长面试官打断直接进入下一个问题）5.IOC6.依赖注入7.bean实例化8.String底层实现9.数据结构 HashMapJDK1.8之后的是数组加链表加红黑树，我记成只有红黑树了10.Redis场景 作用 AOF RDB SpringBoot集成 常用库沉默 结束。面试整体问的过于简单粗浅，真正面试时间很短。疑似KPI

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