Spring Boot 3 + Virtual Threads：性能测试与踩坑记录

Java 21 的 Virtual Threads（虚拟线程）是 Project Loom 的最终成果。Spring Boot 3.2 开始正式支持。我最近在项目里做了测试。

配置方式

# application.yml
spring:
  threads:
    virtual:
      enabled: true  # Spring Boot 3.2+

或者在代码里：

@Bean
public TomcatProtocolHandlerCustomizer<?> protocolHandlerVirtualThreadExecutor() {
    return protocolHandler -> {
        protocolHandler.setExecutor(Executors.newVirtualThreadPerTaskExecutor());
    };
}

测试环境

• CPU: Apple M2 Pro
• 内存: 16GB
• Spring Boot 3.2.1 + Java 21
• 测试工具: wrk, 1000 并发连接, 60s

测试结果

场景一：纯阻塞 I/O (sleep 100ms 模拟 DB)

10 倍 QPS 提升。虚拟线程不会被阻塞消耗平台线程。

场景二：计算密集型 (斐波那契)

几乎一样。虚拟线程不加速计算，只解决阻塞问题。

踩过的坑

1. 不要在虚拟线程里用 synchronized

// ❌ 错误：synchronized 会 pin 住载体线程
synchronized (this) {
    Thread.sleep(1000);
}

// ✅ 正确：用 ReentrantLock
lock.lock();
try {
    Thread.sleep(1000);
} finally {
    lock.unlock();
}

2. 连接池要配大

原来 Tomcat 线程池 200 个，MySQL 连接池也配 200。换成虚拟线程后，可能有 10,000 个并发请求，连接池需要相应调整。建议用 HikariCP + maximumPoolSize=500 起步。

3. ThreadLocal 内存泄漏

虚拟线程数量巨大，每个 ThreadLocal 都占内存。建议：

// 用完手动清理
threadLocal.remove();

什么时候该用虚拟线程？

一句话：虚拟线程让「一个请求一个线程」模型重新变得可行。MVC 从此不怕高并发。

参考来源：

• OpenJDK — JEP 444: Virtual Threads
• Spring Boot 3.2 文档