start方法是线程唯一合法启动入口，触发NEW→RUNNABLE状态跃迁，分配栈资源并注册调度；直接调用run仅为普通方法执行，不创建新线程。
start 方法是线程生命周期的“启动开关”，它不直接执行 run 逻辑，而是触发 JVM 为线程分配资源、注册调度，并推动线程从 NEW 进入 RUNNABLE 状态——这是整个生命周期中唯一能合法激活线程的入口。
start 方法触发状态跃迁：NEW → RUNNABLE
新建 Thread 对象后，线程处于 NEW 状态：仅在堆内存中存在，无栈空间，未被 JVM 线程调度器感知。调用 start() 后：
- JVM 为其分配程序计数器和 Java 虚拟机栈（即方法调用栈）；
- 将线程加入可运行队列（实际是调度器可选的就绪池），状态变为 RUNNABLE；
- 此时线程尚未执行任何用户代码，也未获得 CPU 时间片，只是“准备好被运行”；
- 若重复调用 start()，会立即抛出 IllegalThreadStateException，因为状态不可逆退，也不能重入。
start 不等于 run：避免常见误区
直接调用 run() 方法，只是普通方法调用，不会开启新线程，仍在当前线程（如 main）中同步执行，线程状态始终停留在 NEW 或已退出，根本不会进入 RUNNABLE —— 它绕过了 JVM 的线程创建机制。
- start() 是模板方法：内部封装了 native 层的线程创建（如调用
start0()）、上下文初始化、调度注册等操作； - run() 是钩子方法：由子类或 Runnable 实现，只定义要执行的任务逻辑；
- start() 执行后，JVM 在合适时机调度该线程，真正执行的是 run() 中的代码，但执行环境已是独立线程上下文。
后续状态流转依赖系统调度，而非 start 直接控制
start() 只负责“推一把”，把线程送进 RUNNABLE 队列；之后的状态变化由操作系统和 JVM 协同决定：
立即学习“Java免费学习笔记（深入）”；
- 从 RUNNABLE 到 RUNNING：取决于 CPU 时间片分配，不可预测、不可强制；
- 从 RUNNING 到 BLOCKED / WAITING / TIMED_WAITING：由 sleep、wait、join、synchronized 等行为触发；
- 最终进入 TERMINATED：run() 正常返回、异常未捕获、或被 interrupt 中断后退出；
- 一旦进入 TERMINATED，线程对象仍可访问，但不能再调用 start()，否则再次抛出 IllegalThreadStateException。
main 线程也是靠类似机制启动的
JVM 启动时，会自动创建并启动一个名为 "main" 的非守护线程，其执行体就是你写的 public static void main(String[]) 方法。这个过程本质上也是 JVM 内部调用了类似 start() 的机制——说明 start() 所代表的“准备+注册+调度请求”模型，是 Java 线程统一的启动范式。
