京东健康 一面 社招

1.自我介绍2.实习、项目深入拷打（深入拷打）3.对数组、链表、二叉树的个人理解4.并发场景下使用数组会有什么问题5.如何保证数组线程安全（回答锁+本身线程安全的容器如copyOnwriteArraysList）6.并发操作数组线程的阻塞情况？读写都阻塞吗？（看具体使用的机制和容器特性）7.Redis数据结构看过吗（回答看过sds底层）8.Redis数据不丢失方案9.为什么用rdb+aof混合的模式10.把rdb备份频率提高是不是rdb备份就没有劣势了？（回答rdb是全量备份，性能和资源消耗高）11.项目中本地缓存的大小设置多少？（没设置）有没有考虑过命中率的问题？（redis数据量全作为主cache，本地缓存数据量小作为容灾cache）12.接T11，要是redis挂了且没有命中本地cache那不就达到db上了吗？（回答加锁旁路缓存，不过好像对我的回答不太满意）13.手撕：最长不重复子串总体50min，主要针对实习和项目的拷打以及八股的深入拷打，还有一些没写出来（比如数组要不要加长度啥的）当天发笔试，90min，单选多选+sql+两道算法（不允许本地IDE，无补全），笔试随便写结果笔试挂了

1h10min1.自我介绍2.项目问题3.设计类问题4.如何设计钱包系统 这部分讨论了很久 如何进行一些性能优化啥的 表结构设计啥的5.日常工作相关 能不能抗压啥的6.反问

1、印象最深的BUG2、怎么保障用例完备性3、发版迭代频次4、线上出BUG怎么处理5、接口测试用例设计：查询用户名接口6、功能测试用例设计：电子体温计7、页面空白怎么判断是前端问题还是后端问题

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