Java采用1:1内核线程模型，即每个Java线程对应一个操作系统内核线程，由JVM通过LWP委托内核调度；该模型支持真正并行、避免I/O阻塞全局化，但带来栈空间占用大和创建开销高等代价。
线程模型指Java如何在底层映射和管理操作系统线程，它决定了线程的调度方式、资源开销与阻塞行为。Java采用的是**1:1内核线程模型**——每个Java线程对应一个操作系统内核线程（Kernel-Level Thread），由JVM通过轻量级进程（LWP）直接委托给内核调度。
这个模型不是Java语言规范强制规定的，而是HotSpot JVM在主流平台（Linux/Windows/macOS）上的实际实现，也是你写 new Thread(...).start() 时真正发生的事。
为什么Java用1:1模型而不是用户线程（1:N）？
早期JVM曾尝试过用户线程（如Green Threads），但已被淘汰。原因很实在：
- 内核线程能天然支持真正的并行：多核CPU上多个Java线程可同时运行，不依赖JVM自己做时间片轮转
- 系统调用不会导致整个进程挂起：比如一个线程执行
FileInputStream.read()被I/O阻塞，其他线程照常运行 - 现代操作系统对线程调度已非常成熟，JVM无需重复造轮子
代价也很明确：每个Java线程至少占用1MB栈空间（可通过-Xss调整），且线程创建/销毁需系统调用，开销比纯用户态线程大。
“线程模型”和“线程创建方式”是两回事
新手容易混淆这两个概念。你写Runnable、Callable或继承Thread，只是定义了任务逻辑和启动入口；最终执行时，JVM仍会为每个start()调用分配一个内核线程——无论你用哪种API。
换句话说：
立即学习“Java免费学习笔记（深入）”；
-
new Thread(runnable).start()→ 创建1个内核线程 -
executor.submit(callable)（用ThreadPoolExecutor）→ 复用已有内核线程，不新增 -
ForkJoinPool.commonPool().submit(...)→ 仍是内核线程，只是共享ForkJoinWorkerThread实例
模型没变，变的是你是否复用线程。
常见误解：Thread.sleep() / wait() 会释放内核线程吗？
不会。它们只让当前线程进入TIMED_WAITING或WAITING状态，但对应的内核线程仍然存在，只是不参与CPU调度。只有线程执行结束（run()返回）或被中断且退出，内核线程才会被操作系统回收。
这也是为什么无限制创建线程+大量sleep()仍会导致OOM：线程对象+栈内存+内核资源三重堆积。
