实习

线程池。你一般推荐用哪种呢？阻塞队列的话，一般用哪个？说一下 MySQL 吧，比如说聚集索引和非聚集索引有什么区别？聚集索引和非聚集索引的叶子节点有啥区别？比如说一个表 select *，是怎么找的呢？where name = 123。联合索引。比如说 ABC 索引，查询 a = 1 并且 c = 2 能走索引吗？普通索引在什么情况下会回表呢？比如说查询字段是 id 和 name，name 是普通索引，条件是 name = 123，他会回表吗？B+ 树和 B 树有什么区别？B 树为什么会高呢？MVCC。事务的有哪几种隔离级别？可重复读和不可重复读，在 MVCC 下有什么区别呢？比如说 read...

为什么是没工作更痛苦呢？因为我真的有过一段时间没工作，每天就是呆在出租屋，日复一日的投简历，但是不是杳无音讯，就是联系不上，那种折磨，煎熬，自责等等等等的感受只有经历过的人才会懂吧，所以有活就要好好干啊！

前几天刷到个视频，一个哥们儿只敲了三行提示词，AI 就把整个后台管理系统吐出来了，还带自动测试和 UI 美化。我当时就乐了：这不就是传说中的“Vibe Coding”吗？靠“感觉”而不是一行行敲代码。圈里瞬间炸锅，有人喊“初级岗位要完蛋了”，有人直接辞职去考公。我的看法很直白：它确实会干掉一部分低端重复岗，但远没到把新人全 KO 的地步。相反，这可能是职场新人最爽的一次弯道超车机会。为什么不会全灭？因为 AI 现在还只是“高级复读机”。它能根据 vibe 飞快生成 CRUD、页面、API，但一旦碰到业务逻辑模糊、遗留系统烂摊子、或者甲方突然改需求，它就抓瞎了。真正值钱的不是“会生成代码”，而是...

只背了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？局部变量存储在线程栈，异步线程无法跨栈访问；底层会进行值拷贝，语法禁止二次赋值，防止多线程数据错乱。