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 等），多数属性就不可变了。
立即学习“Java免费学习笔记（深入）”；
- 可安全设置：优先级（
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 绑定、以及异常处理链路，任何一个环节没对齐预期，都会导致行为漂移——尤其在容器化部署或高并发场景下，这些细节会直接暴露为偶发超时或资源泄漏。
