Thread.currentThread() 在 Lambda 中返回实际执行线程而非定义线程；Lambda 不继承外层线程上下文，ThreadLocal 值也不会自动传递至新线程，需显式处理或改用 InheritableThreadLocal。
在Java中，Thread.currentThread() 在实现 Runnable 的 Lambda 表达式里本身没有“坑”，真正容易出问题的是对线程上下文的理解偏差——尤其是误以为 Lambda 会自动绑定或捕获创建它的线程。
Lambda 本身不改变线程执行上下文
Lambda 只是语法糖，它生成的 Runnable 实例和普通匿名内部类行为一致：运行时的 Thread.currentThread() 返回的是**实际执行该 Runnable 的线程**，而非定义 Lambda 时所在的线程。
- 如果你在主线程里写
new Thread(() -> { System.out.println(Thread.currentThread().getName()); }).start();，打印的是新线程名（如 "Thread-0"），不是 "main" - 如果用线程池提交：
executor.submit(() -> System.out.println(Thread.currentThread().getName()));，输出的是池中某个工作线程的名字，和提交代码所在的线程无关
常见误解：以为 Lambda “继承”了外层线程
开发者有时会下意识认为“我在 main 线程里写了这个 Lambda，它就该在 main 里跑”，但 Lambda 并不携带线程信息。它只是一个待执行的任务，何时、在哪条线程上执行，完全由你如何调度它决定。
- 错误写法：
Runnable r = () -> doSomething(); r.run();→ 这确实在当前线程执行，但这是直接调用，没启动新线程 - 正确理解：
new Thread(r).start()或executor.execute(r)才会切换线程上下文，此时currentThread()必然反映真实执行者
真正要注意的“坑”：ThreadLocal + Lambda 的隐式共享
更隐蔽的问题出现在结合 ThreadLocal 使用时。比如：
立即学习“Java免费学习笔记（深入）”；
ThreadLocal<String> tl = ThreadLocal.withInitial(() -> "default");
tl.set("main-value");
new Thread(() -> {
System.out.println(tl.get()); // 输出 null，不是 "main-value"
}).start();
因为 ThreadLocal 是以线程为键存储数据的，子线程无法访问父线程的 ThreadLocal 值（除非用 InheritableThreadLocal）。
- Lambda 里访问
ThreadLocal，值取决于执行它的线程是否曾初始化过该 key - 不要指望在主线程设好值，就能在 Lambda 启动的新线程里读到
- 若需传递上下文，显式传参、用
InheritableThreadLocal，或借助CompletableFuture的copy机制
调试建议：别靠“感觉”，用日志验证线程身份
遇到线程相关逻辑异常，最可靠的方式是在关键位置打印线程信息：
System.out.println("Running on: " + Thread.currentThread().getName() + ", id=" + Thread.currentThread().getId());- 配合 IDE 的线程视图或 JFR（Java Flight Recorder）观察实际调度路径
- 避免在 Lambda 内部做依赖“当前线程固定身份”的判断（比如
if ("main".equals(Thread.currentThread().getName()))），这会让代码脆弱且难以测试
