java线程在linux上采用1:1映射模型，即每个java线程对应一个内核轻量级进程（lwp），由内核直接调度；该模型支持多核并行与非阻塞执行，但受限于内核线程数量和上下文切换开销。
用户级线程（ULT）和内核级线程（KLT）不是互斥概念，而是分工协作的关系：前者由应用在用户空间管理，后者由操作系统在内核空间调度。所有用户级线程最终都要通过某种方式“落地”到内核级线程上才能真正执行。映射方式直接决定了并发能力、阻塞行为和系统开销。
用户级线程完全运行在用户空间
它不依赖内核支持，靠线程库（如老版 pthread 或 JVM 的 green thread）自行实现创建、切换和同步。线程切换快、无系统调用开销，但内核看不见它——只把整个进程当做一个调度单位。这意味着：
- 一个线程发起阻塞式系统调用（比如 read 等待磁盘 I/O），整个进程会挂起，其他用户线程全部停摆
- 无法利用多核 CPU，并发只能靠时间片轮转，不能并行执行
- 没有时钟中断驱动的抢占，需靠线程主动 yield 才能让出 CPU
内核级线程是真正的调度实体
每个 KLT 都有独立的内核栈、寄存器上下文和调度状态，由内核直接管理。操作系统可将其分发到任意 CPU 核心上运行。关键特性包括：
- 单个线程阻塞（如等待网络响应）不影响同进程内其他线程继续执行
- 天然支持多核并行，多个线程可同时运行在不同核心
- 创建/切换需陷入内核，涉及用户态→内核态切换，开销比用户级线程大
三种主流映射模型及其取舍
用户线程如何绑定到内核线程，存在三种经典策略：
- 多对一（M:1）：多个用户线程共享一个内核线程。轻量高效，但丧失并行性与抗阻塞性，已基本淘汰（如 Java 1.2 的 green thread）
- 一对一（1:1）：每个用户线程对应一个内核线程。现代主流方案（Linux pthread、Java HotSpot 默认）。并发强、调度透明，但线程数量受限于内核资源（如默认线程栈大小 8MB）
- 多对多（M:N）：用户线程池动态绑定到内核线程池。兼顾灵活性与资源控制（如早期 Solaris、部分协程运行时）。实现复杂，需用户态调度器协同内核调度器
Java 和 Linux 的实际映射现状
当前主流 JVM（HotSpot）在 Linux 上采用 1:1 模型：每个 new Thread() 最终调用 clone() 创建一个轻量级进程（LWP），即一个内核调度实体。这个 LWP 具备独立的内核栈和调度优先级，但也继承了所属进程的虚拟内存空间和文件描述符等资源。因此：
- Java 线程的生命周期、状态（RUNNABLE / BLOCKED / WAITING）本质上反映其底层内核线程的状态
- 频繁创建大量线程会快速耗尽内存和内核线程数限制（/proc/sys/kernel/threads-max）
- 真正需要高并发时，常配合线程池 + 异步 I/O（如 NIO、Virtual Threads）来降低内核线程压力
