Thread本质是线程调度封装体，需理解start()与run()分离机制、状态流转及构造参数配合；直接调用run()不启新

线程，仅start()触发JVM创建OS线程并进入NEW→RUNNABLE状态。

Thread 类不是用来“继承并重写 run()”就完事的，它本质是线程的调度封装体，直接 new Thread() 启动只是最表层用法；真正要稳控线程行为，得理解 start() 与 run() 的分离机制、线程状态流转、以及默认构造与 Runnable/ThreadGroup 配合的边界。

为什么直接调用 run() 不起新线程？

这是新手最常踩的坑：thread.run() 只是普通方法调用，仍在当前线程执行，不会触发 JVM 创建 OS 级线程。只有 thread.start() 才会触发 JVM 调用底层 native 方法（如 Linux 上的 pthread_create），进入 NEW → RUNNABLE 状态。

• 调用 start() 后，JVM 自动在新线程中调用 run()，你不能手动再调一次 start()（抛 IllegalThreadStateException）
• run() 方法本身无特殊语义，哪怕你把它改成 doWork() 并在 start() 后手动调用，也完全不影响线程启动逻辑
• 若重写 run() 却忘了调用 super.run()（极少需要），也不会报错——因为父类 Thread.run() 默认只做空操作

Thread(Runnable) 构造 vs 继承 Thread 类

优先用 Thread(Runnable) 方式，而非继承 Thread。Java 是单继承，过早绑定线程实现会锁死类设计。

• 继承 Thread：适用于需深度定制线程生命周期钩子（如重写 start() 加日志或资源预检），但实际极少需要
• Thread(Runnable)：解耦任务逻辑与执行载体，Runnable 实例可复用、可传递、可被 ExecutorService 复用
• 注意 Thread(Runnable, String) 中的 name 参数仅设置线程名，不影响调度；线程名在排查堆栈、JMX 监控时非常关键，建议显式命名，例如 new Thread(task, "file-processor-01")

线程启动前能改哪些属性？哪些改了也白改？

线程一旦进入 RUNNABLE 或更后状态（BLOCKED、WAITING 等），多数属性就不可变了。

• 可安全设置：优先级（setPriority()）、守护状态（setDaemon(true)）、线程名（setName()）——但必须在 start() 前调用，否则抛 IllegalThreadStateException
• 不可修改：线程 ID（getId() 返回后即固定）、所属 ThreadGroup（构造时绑定，运行中无法迁移）
• 特别注意：setContextClassLoader() 虽然允许在运行中调用，但若线程已进入某些框架逻辑（如 Servlet 容器、Spring 的异步代理），上下文类加载器可能已被快照，后续修改无效

别忽略 Thread.UncaughtExceptionHandler

未捕获异常默认由 ThreadGroup.uncaughtException() 处理，通常只打印堆栈到 System.err，生产环境几乎等于静默失败。

• 全局设置：用 Thread.setDefaultUncaughtExceptionHandler()，对所有未显式设置 handler 的线程生效
• 单线程设置：用 thread.setUncaughtExceptionHandler()，适合关键后台线程（如心跳检测、文件轮询）
• handler 回调中避免阻塞或抛新异常；常见做法是记录日志 + 发送告警 + 调用 System.exit()（仅限守进程）或主动终止关联资源

线程不是“开个新线程就完事”的黑盒，start() 触发的底层状态切换、构造时的 Runnable 与 ThreadGroup 绑定、以及异常处理链路，任何一个环节没对齐预期，都会导致行为漂移——尤其在容器化部署或高并发场景下，这些细节会直接暴露为偶发超时或资源泄漏。