第13章：绿色线程 —— 消失又回归的轮回

第13章：绿色线程 —— 消失又回归的轮回

13.1 什么是绿色线程？

绿色线程（Green Thread）是由运行时（虚拟机）管理的用户态线程，而非由操作系统内核管理。这个名字源于 Sun Microsystems 的"Green Team"，他们在 1997 年为 Java 实现了第一个绿色线程系统。

13.2 绿色线程的历史

第一阶段：诞生（1997-2000）

Java 1.1 时代，SUN 公司在不支持原生线程的平台上（如早期 Solaris）使用绿色线程：

Java 程序
    │
    ▼
┌────────────────┐
│  JVM 调度器     │  ← 绿色线程在此调度
│  (用户态)       │
├────────────────┤
│  少数 OS 线程   │  ← 只有一个或少数几个 OS 线程
└────────────────┘
    │
    ▼
  操作系统

Java 1.1 的绿色线程特点：

• 1:N 模型（多个绿色线程映射到一个 OS 线程）
• 协作式调度（一个线程不让出就阻塞所有）
• 无法利用多核 CPU

第二阶段：消失（2000-2010）

随着 OS 线程的支持成熟，绿色线程逐步被抛弃：

消失的原因：

第三阶段：回归（2010-至今）

随着高并发需求增长和运行时技术进步，绿色线程以新面貌回归：

13.3 为什么绿色线程消失了？

深层原因一：与操作系统/生态的耦合

问题示意：

  Java 绿色线程
       │
       ▼
  native method (JNI)
       │
       ▼
  阻塞式 C 库调用
       │
       ▼
  整个 OS 线程阻塞
       │
       ▼
  所有绿色线程卡死

解决方案的演进：

深层原因二：多核时代

2005 年左右，CPU 频率停止增长，多核成为主流。1:N 绿色线程模型无法利用多核，必须进化为 M:N 模型。

单核时代（2000）：
  一个 OS 线程足够，绿色线程在上面轮转 → 可以工作

多核时代（2005+）：
  8 核 CPU，但只有 1 个 OS 线程 → 浪费 7/8 的算力
  → 必须让绿色线程能分布在多个 OS 线程上

13.4 现代绿色线程的设计

M:N 调度模型

N 个绿色线程：
  G1, G2, G3, G4, G5, G6, G7, G8, ... GN

M 个 OS 线程：
  T1, T2, T3, T4

映射关系（动态）：
  T1: [G1, G5]
  T2: [G2, G8]
  T3: [G3]
  T4: [G4, G6, G7]

调度器负责：
  1. 将 G 分配到 T
  2. T 阻塞时迁移 G 到其他 T
  3. 负载均衡

关键技术突破

13.5 语言实现对比

Java Virtual Threads（现代绿色线程）

// Java 21 — 绿色线程的现代版本
Thread.startVirtualThread(() -> {
    System.out.println("I'm a virtual thread!");
    // 阻塞操作自动卸载到载体线程
    Thread.sleep(1000);
    System.out.println("I'm back!");
});

Go Goroutine（M:N 绿色线程）

// Go — 最成功的绿色线程实现
go func() {
    fmt.Println("I'm a goroutine!")
    // 阻塞操作自动切换到其他 goroutine
    time.Sleep(time.Second)
    fmt.Println("I'm back!")
}()

Kotlin Coroutines（结构化绿色线程）

// Kotlin — 结构化并发的绿色线程
fun main() = runBlocking {
    launch {
        println("I'm a coroutine!")
        delay(1000)
        println("I'm back!")
    }
}

设计对比

13.6 为什么绿色线程回归了？

技术成熟度

需求驱动

13.7 绿色线程的未来

趋势：

  2000s: OS 线程为主
           ↓
  2010s: 异步回调/协程（编程复杂）
           ↓
  2020s: 绿色线程回归（简单 + 高效）
           ↓
  2030s: 编译器 + 运行时 + OS 深度融合？

可能的演进方向

1. OS 协作：内核感知用户态线程（如 Linux io_uring + 用户态调度）
2. 硬件辅助：CPU 对用户态线程的原生支持
3. 语言统一：所有主流语言都提供标准化的绿色线程抽象
4. 智能调度：AI 驱动的自适应调度策略

13.8 业务场景：何时选择绿色线程？

13.9 本章小结

下一章预告：掌握了各种并发模型之后，我们将学习异步编程中的经典模式——生产者-消费者、扇出扇入、超时、重试、断路器。

扩展阅读

• Green Threads in Java — Java 虚拟线程
• Go scheduler — Go 调度器原理
• Virtual Threads: New Foundations — Ron Pressler
• Why Erlang? — Erlang 的设计哲学
• Kotlin Coroutines Guide