Java线程基于OS内核线程实现1:1映射，通过继承Thread或实现Runnable创建；生命周期含NEW、RUNNABLE等六种JVM状态；调度依赖OS，优先级仅作弱提示；需显式管理资源，推荐使用java.util.concurrent工具类。
Java 中的 Thread 并非由 Java 虚拟机直接全权调度，而是依托操作系统内核线程（Native Thread）实现，JVM 层负责封装、状态跟踪与生命周期协调。这种“用户线程 + 内核线程”一对一映射模型（称为 1:1 线程模型），是 HotSpot JVM 的默认实现方式。
线程的创建与启动机制
Java 提供两种主流创建方式，本质都是为任务分配一个可被 OS 调度的执行单元：
-
继承 Thread 类：重写
run()方法定义任务逻辑；调用start()后，JVM 会触发底层pthread_create（Linux）或CreateThread（Windows）创建真实内核线程，并自动回调run() -
实现 Runnable 接口：将任务逻辑与线程控制解耦；传入
Thread构造器后，start()同样触发原生线程创建，执行时再委托给Runnable.run()
⚠️ 注意：run() 是普通方法，直接调用不会开启新线程；只有 start() 才真正进入 JVM 线程管理流程。
线程生命周期由 JVM 状态机统一建模
JVM 定义了六种明确的 Thread.State，反映线程在 OS 调度和 Java 语义下的综合状态：
立即学习“Java免费学习笔记（深入）”；
-
NEW：对象已创建，但尚未调用
start() -
RUNNABLE：已调用
start()，处于就绪或正在 CPU 上运行（含 OS 层面的 running + ready 状态） - BLOCKED：等待获取 synchronized 锁（进入同步块/方法时阻塞）
-
WAITING：调用
Object.wait()、Thread.join()或LockSupport.park()后无限期等待唤醒 -
TIMED_WAITING：带超时的等待，如
Thread.sleep(1000)、wait(500)、parkNanos() -
TERMINATED：
run()正常结束或因未捕获异常退出
这些状态由 JVM 在每次线程切换、锁竞争、等待操作发生时主动更新，可通过 Thread.getState() 实时观测。
线程调度依赖操作系统，Java 仅提供弱提示
JVM 不实现自己的抢占式调度器，而是将线程优先级（setPriority(1–10)）映射为 OS 线程优先级（如 Linux 的 nice 值）。但：
- 不同平台映射策略不同，行为不可移植
- 现代 OS 通常忽略或弱化用户态优先级，尤其在公平调度策略下
- 高优先级不能保证先执行，更不能保证不被抢占
因此，业务逻辑不应依赖优先级做正确性保障，仅可作为性能调优的辅助手段。
线程资源需显式管理，避免泄漏与争用
JVM 不自动回收仍在运行的线程。常见风险包括：
- 未终止的后台线程（如忘记
interrupt()或break循环）导致应用无法退出 - 共享变量未同步，引发可见性或原子性问题（如
i++非原子） - 死锁：多个线程循环等待对方持有的锁（如 synchronized 嵌套顺序不一致）
- 线程局部存储（
ThreadLocal）未清理，造成内存泄漏（尤其在线程池中）
推荐实践：优先使用 java.util.concurrent 工具类（如 ExecutorService、AtomicInteger、ReentrantLock），它们封装了底层复杂性并内置安全机制。
