究极无敌爆炸难面经

发面经攒人品没问太深，而且问的时间不到半小时，无手撕代码，感觉有点像kpi面。自我介绍啥时候能来实习实习干的什么，实习了多久，讲讲实习具体的工作redis大key问题是什么，怎么优化比如有个hash的大key，某个版本拆开后删掉了，那么怎么保证数据的一致性如果有很多商品，redis内存不足了，怎么办？你选择哪种淘汰策略？你选了最近最少使用，那么一个刚刚被淘汰的又被查询了，会发生什么？讲一讲项目中分布式锁的使用场景和实施方案Threadlocal内存泄露讲一下，怎么避免如果业务逻辑抛出异常了，会不会导致最后的remove没有执行？你怎么确保一定remove了？你做的这个agent项目是基于开源项...

1.你觉得高并发场景里会有什么技术难点吗？2.你们自研的脚手架有什么特点？3.为什么要舍弃 DDD（领域驱动设计）开发模式？4.除了代码结构，你觉得项目架构上有什么比较关键的亮点？5.你在公司的绩效和晋升情况怎么样？去年晋升时你具体做了什么事情？6.埋点重构项目的具体解耦方式是什么？7.你有没有自己写的比较好的代码可以介绍一下？8.重构方案中框架的具体设计是怎么约束的？9.订单重复校验项目的挑战在哪里？10.为什么会出现用户重复创单的 Bug？11.你们的技术方案是如何实现业务幂等的？12.你们的分布式锁在 Redis 里具体是怎么实现的？13.分布式锁真的能完全解决幂等问题吗？14.介绍一下分布式事务？项目中saga模式是为了解决什么问题？15.TCC模式如何处理空回滚？

去年面某大厂，约的下午两点，我提前到了，结果在会议室干坐到三点半。来了个大哥，坐下第一句：“你Java几年？哦，那我们先写个跳表吧。”我愣了一下，说跳表不太熟，能不能换个。他直接笑了，说“这都不会面啥”，然后开始刷手机。后面二十分钟基本是我在问他业务，他在回消息。出来我就把HR微信删了，纯属浪费时间。

只背了threadLocal的存储特点和底层原理，以及内存泄露原因，结果被问异步的线程怎么访问子线程？直接懵了 现在来补充这块盲区。Java 主线程中存储的 ThreadLocal 数据，异步子线程、线程池为什么获取不到？有哪些解决方案？各自优缺点？答:1. 原生 ThreadLocal 底层限制每个线程独立拥有自己的  ThreadLocalMap ，天然线程隔离；主线程的 Map 与异步/子线程 Map 完全独立，因此异步线程直接  get()  拿到  null 。解决方案:2. 方案一：InheritableThreadLocal（JDK 原生）- 原理：Thread 类内部存在  inheritableThreadLocals  集合，新建子线程时会浅拷贝父线程该集合数据，实现父子线程传递。- 致命缺点：拷贝逻辑只执行在线程构造方法；线程池、@Async 线程长期复用，不会重复拷贝，导致上下文失效、出现脏数据，生产不推荐。3. 方案二：临时简易方案（无依赖）主线程提前手动  get()  取出 ThreadLocal 数据，转为有效final局部变量，直接传给异步 Lambda/内部类使用；拓展：方法内局部变量被异步引用，必须为有效final（不可二次赋值），成员变量、静态变量无此限制。4. 方案三：生产最终方案（TransmittableThreadLocal 阿里 TTL）- 核心原理：在异步任务提交时刻主动捕获主线程上下文，任务执行时绑定到复用线程，执行完毕自动清理。- 优势：完美兼容线程池、@Async、CompletableFuture 所有异步场景；无需手动传参，彻底摆脱  final  限制，是企业级上下文传递标准方案。其他问题追问1：InheritableThreadLocal 线程池失效的根本原因？线程池线程提前初始化、长期复用，拷贝逻辑只在线程创建时执行一次，无法同步主线程最新的 ThreadLocal 数据。追问2：TTL 与 InheritableThreadLocal 核心区别？InheritableThreadLocal 是线程创建时拷贝；TTL 是任务提交时拷贝，专门适配线程复用场景。追问3：异步代码里，为什么主线程局部变量必须要有效final？局部变量存储在线程栈，异步线程无法跨栈访问；底层会进行值拷贝，语法禁止二次赋值，防止多线程数据错乱。