java的并发模型经历了从绿色线程到虚拟线程的演进。绿色线程采用m:1调度，将多个用户线程映射到一个操作系统线程，存在性能瓶颈。虚拟线程则引入m:n调度，将大量虚拟线程高效地调度到少量操作系统线程上运行，显著提升了并发应用的吞量和可扩展性，解决了传统绿色线程的局限性，是现代java平台轻量级并发的关键。
深入理解Java线程调度机制
在Java平台中，线程是实现并发编程的基本单元。随着Java技术的发展，其对线程的实现和调度机制也经历了多次重要的演进。理解不同线程类型的调度模型对于编写高效、可扩展的并发应用至关重要。
1. 平台线程（Platform Threads）
平台线程是目前Java应用中最常见的线程类型，它直接封装了操作系统（OS）线程。这种模型采用1:1的映射关系，即一个Java平台线程对应一个操作系统线程。这意味着Java虚拟机（JVM）会为每个平台线程向操作系统请求一个内核线程，由操作系统负责其调度。
-
特点:
- 与操作系统线程紧密绑定，调度开销相对较高。
- 可以充分利用多核处理器的并行能力。
- 创建和管理成本较高，限制了其数量。
2. 绿色线程（Green Threads）
绿色线程是Java 1.1版本中引入的一种用户态线程实现，其设计目的是在操作系统线程尚不成熟和普及的年代提供轻量级并发。绿色线程的调度完全由JVM在用户空间完成，不依赖于操作系统内核。
- 调度模型: 绿色线程采用M:1的调度模型。这意味着大量的绿色线程（M）被映射并运行在单个操作系统线程（1）之上。
- 工作原理: JVM内部有一个调度器负责在这些绿色线程之间切换。当一个绿色线程执行I/O操作或调用yield()时，调度器会将CPU控制权交给另一个绿色线程。
-
局限性:
- 无法利用多核并行: 由于所有绿色线程都运行在同一个操作系统线程上，即使系统有多个CPU核心，绿色线程也无法实现真正的并行计算，只能通过时间片轮转实现并发。
- 阻塞问题: 如果一个绿色线程执行了阻塞I/O操作（例如，等待网络响应），那么它所依附的那个唯一的操作系统线程也会被阻塞，导致所有其他绿色线程都无法运行，严重影响吞吐量。
- 性能瓶颈: 随着操作系统线程的成熟和性能提升，绿色线程的性能优势逐渐消失，并最终被平台线程所取代。
3. 虚拟线程（Virtual Threads）
虚拟线程是Java 19作为预览功能引入，并在Java 21中正式发布的一项重大创新（Project Loom）。它旨在解决平台线程创建和管理成本高昂的问题，从而实现极高并发量的轻量级线程。虚拟线程也是一种用户态线程，由JDK而非操作系统提供。
立即学习“Java免费学习笔记（深入）”；
- 调度模型: 虚拟线程采用M:N的调度模型。这意味着大量的虚拟线程（M）可以被调度到数量相对较少的平台线程（N）上运行。这些平台线程被称为“载体线程”（Carrier Threads）。
- 工作原理: 当一个虚拟线程执行阻塞操作（如I/O等待）时，JDK的调度器会“卸载”该虚拟线程，并将其状态保存起来，然后将载体线程释放给其他虚拟线程使用。当阻塞操作完成时，虚拟线程会被“重新挂载”到可用的载体线程上继续执行。这个过程对应用程序是透明的。
-
优势:
- 极度轻量: 虚拟线程的内存占用极小，可以创建数百万个，远超平台线程的限制。
- 高吞吐量: 通过M:N调度模型，虚拟线程能够高效地利用载体线程，尤其适合I/O密集型应用，显著提升并发吞吐量。
- 编程模型不变: 虚拟线程保留了传统的“一个请求一个线程”的同步编程模型，开发者无需学习复杂的异步编程范式，即可享受高并发带来的好处。
- 克服绿色线程局限: 与绿色线程不同，虚拟线程可以动态地在多个载体线程之间切换，这意味着即使一个虚拟线程阻塞，也不会影响其他虚拟线程的执行，并且能够充分利用多核处理器的并行能力。
线程类型对比总结
下表清晰地展示了Java中不同线程类型的关键特性和调度模型：
| 线程类型 | 描述 | Java线程(M) : 操作系统线程(N) |
|---|---|---|
| 平台线程 | 直接封装操作系统线程。 | 1:1 |
| 绿色线程 | 在单个操作系统线程上运行多个用户线程。 | M:1 |
| 虚拟线程 | 在多个操作系统线程上运行多个虚拟线程。 | M:N (M > N) |
示例代码：创建和使用虚拟线程
在Java中创建和使用虚拟线程非常简单，与创建平台线程的API非常相似：
import java.util.concurrent.Executors;
import java.util.concurrent.ThreadFactory;
public class VirtualThreadExample {
public static void main(String[] args) throws InterruptedException {
System.out.println("Starting main thread...");
// 方式一：使用Thread.ofVirtual()创建并启动一个虚拟线程
Thread virtualThread1 = Thread.ofVirtual().name("my-virtual-thread-1").start(() -> {
try {
System.out.println(Thread.currentThread().getName() + " is running.");
Thread.sleep(1000); // 模拟阻塞操作
System.out.println(Thread.currentThread().getName() + " finished.");
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
});
// 方式二：使用Executors创建虚拟线程池
ThreadFactory virtualThreadFactory = Thread.ofVirtual().name("my-virtual-thread-", 0).factory();
try (var executor = Executors.newThreadPerTaskExecutor(virtualThreadFactory)) {
for (int i = 0; i < 5; i++) {
final int taskId = i;
executor.submit(() -> {
try {
System.out.println(Thread.currentThread().getName() + " - Task " + taskId + " is running.");
Thread.sleep(500 + taskId * 100); // 模拟不同时长的阻塞
System.out.println(Thread.currentThread().getName() + " - Task " + taskId + " finished.");
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
});
}
} // executor会自动关闭并等待所有任务完成
virtualThread1.join(); // 等待第一个虚拟线程完成
System.out.println("Main thread finished.");
}
}运行上述代码，你会发现尽管有多个虚拟线程在执行模拟阻塞操作，它们仍然能够高效地并发运行，并且输出的线程名会显示它们是虚拟线程。
注意事项与总结
- 适用场景: 虚拟线程特别适合I/O密集型应用，如Web服务器、数据库连接池等，这些应用通常有大量的请求需要等待外部资源（网络、磁盘），但CPU计算量不大。
- 不适用于CPU密集型: 对于CPU密集型任务，虚拟线程并不能提供额外的性能优势，因为它们最终仍然运行在有限的载体线程上。在这种情况下，平台线程可能更直接或需要结合响应式编程模型。
- 监控与调试: 虚拟线程的引入对Java的监控和调试工具提出了新的挑战，但JDK和相关工具正在逐步完善对虚拟线程的支持。
虚拟线程是Java平台在并发领域的一次重大飞跃，它以轻量级、高吞吐量的特性，极大地简化了高并发应用的开发，同时保持了传统的编程模型。理解其与绿色线程和平台线程的区别，掌握其调度机制，是现代Java开发者必备的知识。
