为何Java虚拟线程默认设置为守护线程？

首先引用JEP 444中的定义：

虚拟线程始终是守护线程。Thread.setDaemon(boolean) 方法无法将虚拟线程改为非守护线程。

设计背后的核心原因 #

• 适配轻量级定位：虚拟线程专为承载大量短期、IO密集型任务而生，数量可能达到上万甚至几十万。如果允许它们是非守护线程，当主线程结束时，JVM需要等待所有虚拟线程执行完毕，这会导致JVM退出流程严重卡顿甚至永久阻塞，完全违背虚拟线程轻量高效的设计初衷。
• 明确生命周期管理边界：虚拟线程的生命周期该由任务调度框架（比如ExecutorService、结构化并发API）来管控，而非依赖JVM的守护线程机制。开发者可以通过框架提供的awaitTermination()、Future等API等待任务完成、获取执行结果，不需要靠非守护线程特性绑定JVM生命周期。
• 区分线程模型定位：传统用户线程用于承载需要JVM等待完成的核心长期任务，虚拟线程则用于批量处理可被JVM退出时放弃的任务（这里的"放弃"指JVM无需等待，并非鼓励粗暴中断任务）。强制守护线程状态能清晰划分两者的使用场景，避免开发者混淆线程模型。

关于误解的澄清 #

这绝对不代表只有不关心任务完成情况时才该用虚拟线程。你完全可以通过任务调度API跟踪虚拟线程的执行状态、等待任务完成——比如用ExecutorService.submit()拿到Future对象获取结果，或者用结构化并发管理一组虚拟线程的执行，确保所有子任务完成后再继续流程。虚拟线程的守护状态只是JVM层面的退出规则，和开发者是否关心任务完成是完全独立的两件事。

内容的提问来源于stack exchange，提问作者nantitv