1️⃣Threadlocal春招仿佛一个巨大的ThreadLocal，公司投递的线程私有内容，但是有的收满了hc也不去remove，就会导致强引用无法GC掉这个招聘岗位。收满了倒是关闭岗位啊公司一个个都以为自己是私有了一堆备胎鱼塘，殊不知鱼塘是volatile修饰的，不是瞎子的都能看见你以为是你养的鱼，其实大伙是手慢无，谁先捞备胎谁就招满了真的不骗你快捞吧2️⃣知道什么是死锁的四大必要条件吗？①互斥条件：同一个面试时间和hc都只能被一个人占有，其他人无法使用。②请求与保持条件：求职者想要心仪的offer，但是hc被别人占用，于是只能拿着自己的保底等待③循环等待条件：求职者心仪的offer都在别人手里，都在等对方释放hc然后毁三方签下一个④不剥夺条件：我喜欢的offer被人占有不可剥夺三方要等公司发解约函才可以毁完3️⃣死锁如何解决？天天问死锁死锁如何解决，春招死锁你们倒是解决一下啊😡都在背八股就是不解决！没有实战经验！通通开除！我建议任选一个条件解除死锁①毁三方最多一次，但是可以光速毁掉释放hc②全体求职者联合起来互通消息，防止循环等待③不歧视gap、没有班上也没有关系，不想去的不去就可以了，而不是生怕没班上成为loser被迫找offer无缝衔接签三方④大佬把offer送给我。个人观点，最简单的办法是④

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花B树与B+树均属于多路平衡查找树，是数据库索引、文件系统等核心场景中常用的数据结构，其核心设计目标为优化磁盘I/O效率，减少磁盘访问次数。二者在结构设计、数据存储、查询逻辑等核心层面存在显著差异，下文将从关键维度展开详细对比，明确其各自的适用场景与核心优势。🌳 结构可视化B树结构 [10, 20, 30] ← 内部节点存储数据和键 / | \ / | \ [5,8] [15,18] [25,28,35] 数据 数据 数据 ← 所有节点都存储实际数据 B+树结构 [10, 2...

1、自我介绍2、你项目里用到了定时同步和全量同步数据到es，怎么实现的？全量同步如何开关，保证一次性操作？如果出现了部分数据插入失败，怎么处理？你说检查代码后手动处理，那么如果有千万条数据，不是因为代码异常啥的问题，你怎么处理？ES你创建索引的时候，怎么分片？3、你这个bitmap实现刷题记录怎么处理的？你提到使用了本地缓存，那么怎么保证缓存一致性？分布式情况下怎么保证缓存一致性？（虽然但是我这个本地缓存好像也不需要考虑一致性的问题，我也没答上来）你提到了用sentinel做限流，讲讲实现？你这个限流是对数据库请求还是对接口？对接口的话，限流后会不会阻止请求的访问？4、你还有哪些地方使用了redis缓存吗？5、了解spring cloud吗？有哪些组件呢？naco作为注册中心，如何监测心跳？（我说的不太懂，然后答了几个组件，再问nacos我就说忘了不太清楚）6、你这个AOP+延迟双删是先删缓存，在异步删数据库吗？7、你知道索引失效吗？8、JWT和传统的session啥的的区别？之后我反问一些常见问题。业务有哪些？试用期考核标准，她说据她所知只有一两个可能比较不够积极、表现不好的没过。接下来还有二面吗流程是什么？您觉得我有哪些需要优化提升的地方吗？项目延伸的挺深的，然而我es只是简单使用了，没有系统性学习，所以被狠狠地拷打了薄弱点。

1. 详细介绍一下你负责的项目，系统架构是怎么设计的？答：项目背景：介绍业务场景、用户规模、日活量、并发量等关键指标，说明团队规模和你的角色定位技术架构： 接入层：Gateway网关统一入口，负责路由转发、限流、鉴权服务层：按业务拆分微服务，Feign做同步调用，MQ做异步通信，Nacos做注册中心和配置中心数据层：MySQL主从读写分离，Redis缓存，MQ削峰填谷技术难点：重点说高并发优化（多级缓存、限流、异步）和分布式事务（MQ最终一致性）监控运维：Skywalking链路追踪，ELK日志分析，Prometheus+Grafana监控告警关键：每个技术选型要说清楚为什么这么选，有没有考虑...