虚拟线程执行器不可复用，Executors.newVirtualThreadPerTaskExecutor()每次新建无队列、不缓存的ExecutorService，需配合try-with-resources使用，仅适用于短时I/O密集型任务，不支持ThreadLocal自动继承与CompletableFuture全链路虚拟线程。
虚拟线程执行器不能复用，Executors.newVirtualThreadPerTaskExecutor() 每次都要新建
这个方法返回的是一个一次性、无内部队列、不复用线程的 ExecutorService，它底层直接调用 Thread.startVirtualThread(Runnable)。一旦 shutdown() 或异常终止，就不能再提交任务——这不是 bug，是设计使然。
常见错误现象：RejectedExecutionException 在 shutdown() 后还继续 submit()；或误以为它像 newFixedThreadPool(4) 那样可长期持有复用。
- 每次需要并发跑一批短任务时，才调用一次
Executors.newVirtualThreadPerTaskExecutor() - 务必配合
try-with-resources（因为返回的实例实现了AutoCloseable） - 不要把它注入 Spring 容器或设为 static 字段长期持有
try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
List<Future<String>> futures = IntStream.range(0, 100)
.mapToObj(i -> executor.submit(() -> "result-" + i))
.toList();
// 等待全部完成
}
// 自动 close，所有虚拟线程终止（实际是让 JVM 回收调度上下文）
别拿它替代 ForkJoinPool.commonPool() 或 CompletableFuture 默认执行器
虚拟线程执行器没有工作窃取、无任务队列、不缓存、不支持异步回调链路编排。它只适合「启动即执行、执行完即扔」的场景，比如批量 HTTP 调用、日志写入、简单转换等。
使用场景错配的典型表现：用它跑 CompletableFuture.supplyAsync(..., executor) 后链式调用 thenApply，结果后续回调在 carrier 线程上执行，丢失虚拟线程上下文（如 MDC、事务传播）。
立即学习“Java免费学习笔记（深入）”；
-
CompletableFuture的默认执行器仍是ForkJoinPool.commonPool()，显式传入虚拟线程执行器只影响第一阶段 - 若需全链路虚拟线程，得每个
thenXxx都手动指定同一个虚拟线程执行器——但这样就失去简洁性，且容易漏 - 高吞吐 I/O 密集型任务（如 10k+ 并发请求）适合它；CPU 密集型任务反而可能因频繁挂起/恢复降低效率
newVirtualThreadPerTaskExecutor() 不受 -XX:MaxJavaStackTraceDepth 影响，但堆栈追踪变长
虚拟线程默认开启完整堆栈采集（即使你没开 -Djdk.virtualThread.dumpOnUncaughtException=true），异常打印时能看到从 submit() 到 run() 的全链路，包括 carrier 线程跳转点。这方便调试，但也带来两个实际问题：
- 日志体积明显增大，尤其嵌套深或循环提交时
- 某些监控 SDK（如老版本 SkyWalking、Pinpoint）解析虚拟线程堆栈失败，报
UnsupportedOperationException或丢 span - 可通过
System.setProperty("jdk.virtualThread.dumpOnUncaughtException", "false")关闭自动 dump，但建议仅在线上稳定后关闭
和传统线程池混用时，注意 ThreadLocal 行为差异
虚拟线程默认不继承父线程的 ThreadLocal 值，除非你显式启用继承（Java 21+ 支持）：
- 普通
ThreadLocal在虚拟线程中是空的，InheritableThreadLocal也不自动传递 - 若需传递 MDC、用户上下文、事务 ID，必须用
Thread.Builder.OfVirtual.inheritInheritableThreadLocals(true)构建，但Executors.newVirtualThreadPerTaskExecutor()不暴露该配置入口 - 解决办法：自己封装一层，用
Thread.ofVirtual().inheritInheritableThreadLocals(true).unstarted(runnable)手动启动，绕过标准执行器
这点最容易被忽略——你以为 MDC.put("traceId", xxx) 后所有子任务都能拿到，结果日志里 traceId 全是空的。
