携程AI后端暑期实习一面面经

《面试题目》

1. CountDownLatch为什么配合线程池使用，为什么不过来一个任务new一个thread？
2. 线程池如何设置？
3. 虚拟线程十万量级为什么还要用线程池？
4. MCP怎么设计的？
5. 对于微服务场景怎么根据下游去动态修改线程池？
6. 怎么监控线程池，从哪些维度去做切入监控，有用过对应工具吗？
7. Java的锁讲一下。
8. 分布式锁怎么做，除了NX锁？
9. 热Key问题。
10. Java哪个版本用到的虚拟线程，Spring哪个版本支持的SSE？
11. ThreadLocal会遇到哪些问题？
12. ThreadLocal里的信息是怎么传递下去的？
13. 线上Full GC怎么去排查？
14. 新生代向老年代哪几种情况下会传送数据？

---

《参考解析》

• 线程池与虚拟线程：频繁创建线程消耗系统资源（上下文切换、堆栈内存），线程池实现复用。即便使用虚拟线程，也需通过线程池（如任务调度器）控制并发度，防止系统过载。
• 分布式锁：除了Redis SETNX，还可使用Redlock算法（多节点）、Zookeeper顺序临时节点（强一致性）或基于数据库唯一索引实现。
• Full GC排查：通过jstat/jmap定位内存占用，利用MAT分析堆转储文件（Heap Dump），查看是否存在内存泄漏或大对象，检查元空间及老年代占用情况。
• ThreadLocal问题：主要问题是内存泄漏（未及时remove导致引用无法回收）和父子线程信息传递困难。解决传递需使用InheritableThreadLocal或自定义修饰器（如TransmittableThreadLocal）。
• 热Key问题：使用本地缓存（Guava/Caffeine）降低Redis压力，或对Key进行多级缓存，或使用逻辑过期和加锁降级处理。