被美团hr制裁了 唉

211，Java后端，26届春招。字节二面刚结束，记一下。 一面过了之后等了6天才约到二面，比我预期的久。 考察内容： 项目深挖：我做的分布式缓存项目，问了一致性哈希实现细节，扩缩容时数据迁移怎么处理，追问了脑裂场景下怎么保证一致性。 并发：ThreadLocal原理，内存泄漏是什么场景触发的，怎么解决。 网络：TCP三次握手为什么不是两次，TIME_WAIT状态为什么要等2MSL。 场景：设计秒杀系统，限流方案怎么选，令牌桶和漏桶的区别。 算法：K个一组翻转链表（LC 25），要求不用递归，手写。 整体40分钟，比一面问得细很多，项目没深入做的比较难撑。 同时在投多家，靠牛客网申助手把填表的...

请教一下各位，这种是真的吗，我也没有投过简历给京东啊

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花MySQL 作为持久化关系型数据库，具备强一致性特性；Redis 作为内存型缓存，具备高性能优势。二者作为异构存储，强一致性难以实现（需承担极高的性能损耗），因此绝大多数业务场景均以「最终一致性」为核心目标。以下将对主流一致性保证方案的执行流程、优缺点及适用场景进行详细解析，排序遵循「应用广泛程度+一致性强度」原则。核心背景：一致性问题的根源读写顺序异常：例如先更新缓存再更新数据库，在并发场景下易产生缓存脏数据；网络及系统故障：例如数据库更新成功，但缓存删除操作失败（如网络中...