Thread.currentThread() 返回当前正在执行代码的 Thread 实例，即此刻 CPU 运行该字节码的工作线程对象，而非固定线程；它不创建新线程，仅读取 TLS 中已有引用，开销极低，用于动态绑定线程上下文（如设名、中断、ThreadLocal 操作）。
Thread.currentThread() 返回的是谁？
它返回当前正在执行代码的那个 Thread 实例，不是“主线程”或“某个固定线程”，而是**此刻 CPU 正在跑这段字节码的线程对象**。哪怕你在 ExecutorService 提交的 Runnable 里调用它，拿到的也是线程池中实际执行它的那个工作线程，不是提交任务的线程。
常见错误现象：
— 在异步回调（比如 CompletableFuture 的 thenApply）里误以为拿到的是发起请求的线程；
— 把 Thread.currentThread() 存到静态变量里，当成“全局当前线程”复用，结果多线程下互相覆盖。
- 它不创建新线程，只是读取 JVM 线程本地存储（TLS）中已有的引用
- 调用开销极低，是纯内存读取，无锁、无同步
- 在 native 层直接映射到 OS 线程 ID，所以跨 JNI 也能对得上
什么时候必须用 Thread.currentThread()？
典型场景是需要动态绑定线程上下文，比如设置线程名、获取线程优先级、中断自己、或往 ThreadLocal 写数据。不用它，你就拿不到当前线程句柄。
示例：给线程起个可读的名字便于排查
立即学习“Java免费学习笔记（深入）”；
Thread.currentThread().setName("order-processor-" + orderId);
- 不能用
this替代 ——this是当前对象实例，不一定是线程对象 - 不能靠传参绕过 —— 比如在深度嵌套的工具类里，你根本没机会把
Thread对象一层层传下去 - 注意：线程名只在
Thread实例存活期间有效，线程结束后名字就失去意义
Thread.currentThread() 和 new Thread() 容易混淆的点
新手常以为调用 Thread.currentThread() 就等于“启动了一个新线程”，其实完全无关。new Thread() 是构造对象，start() 才真正触发 OS 线程创建；而 currentThread() 只是查当前已有线程的快照。
- 调用
currentThread()不会触发 GC、不会增加线程数、也不会改变线程状态（RUNNABLE/WAITING等） - 在
main方法里调它，返回的是 JVM 启动时自动创建的main线程实例 - 在
Thread.run()里调它，和在Runnable.run()里调它，结果一样 —— 都是执行该run()的线程
ThreadLocal 依赖 currentThread()，但别把它当万能上下文容器
ThreadLocal 内部确实靠 Thread.currentThread() 获取当前线程对象，再从其 threadLocals 字段取值。但这意味着：一旦线程被复用（比如线程池），旧的 ThreadLocal 值可能残留。
- 务必在使用完后调
threadLocal.remove()，尤其在线程池场景下 - 不要在
ThreadLocal里存大对象或未关闭的资源（如Connection），容易引发内存泄漏 - 子线程不会自动继承父线程的
ThreadLocal值，除非显式用InheritableThreadLocal
线程对象本身是轻量的，但它的生命周期和上下文绑定关系比表面看起来更脆弱——一次忘记 remove()，就可能让一个连接在池子里挂好几分钟。
