线程池不会因主线程退出而自动“孤儿化”，但若未显式关闭并等待终止，会导致任务残留、资源泄漏和监控失联；应解耦生命周期、避免局部声明、通过 shutdown()/shutdownNow() 配合 awaitTermination() 或 StructuredTaskScope 实现可控退出，并禁用守护线程。
主线程意外退出本身不会直接导致线程池“变成孤儿线程”，但若未正确管理线程池生命周期，确实会引发任务残留、资源泄漏、监控失联等事实上的“孤儿行为”。关键不是防止线程池被销毁，而是确保它**可控退出、及时回收、不脱离上下文监管**。
明确线程池与主线程的生命周期解耦
线程池是独立于主线程运行的资源，它的存续不依赖主线程是否存活。但若主线程退出时未显式关闭线程池，且池中仍有活跃任务或未完成的 Worker 线程，这些线程可能继续运行却无人等待、无法取消、难以追踪——这就是实践中所谓的“孤儿化”。
- 避免把线程池声明为局部变量（尤其在 main 方法内），否则作用域结束即不可达，失去管理入口
- 推荐将线程池作为类成员或 Spring Bean 管理，确保有统一的 shutdown 钩子点
- 不要依赖 JVM 退出自动清理：JVM 终止时会强制终结所有线程，但这属于粗暴收尾，无法保障业务逻辑优雅完成
必须调用 shutdown() 或 shutdownNow() 并等待终止
线程池不会自动感知主线程退出，必须主动触发关闭流程，并确认其真正结束。
-
shutdown()：平滑关闭，不再接收新任务，但会执行完队列中已有任务；调用后应配合
awaitTermination()等待完成，超时后可考虑 fallback 处理 -
shutdownNow()：强制中断正在执行的任务，返回未执行任务列表；适用于紧急退出场景，但需确保任务逻辑能响应中断（如检查
Thread.interrupted()或捕获InterruptedException） - 无论哪种方式，都应在 finally 块、JVM Shutdown Hook 或框架生命周期回调（如 Spring 的
@PreDestroy）中执行，避免遗漏
使用结构化并发边界替代裸线程池（Loom 推荐）
对于新项目或支持 Java 21+ 的环境，StructuredTaskScope 是比传统线程池更安全的替代方案，它从语言层面对子任务生命周期施加硬性约束。
立即学习“Java免费学习笔记（深入）”；
- 用
try (var scope = new StructuredTaskScope.ShutdownOnFailure())包裹 fork 出的子任务，确保作用域退出时自动 cancel 所有未完成任务 - 子任务内部必须响应中断：阻塞调用（如
sleep、queue.take()）天然响应，计算循环需手动插桩if (Thread.currentThread().isInterrupted()) break; - 不依赖“虚拟线程轻量”就放任不管——没作用域绑定的虚拟线程一样会孤儿化、堆积、失控
补充防护：避免守护线程误用与上下文泄漏
有些开发者试图用 setDaemon(true) 让线程池后台运行，这反而加剧风险。
- 守护线程会在 JVM 退出时被强制终止，无法执行清理逻辑，容易丢失日志、连接未释放、事务未提交
- 线程池中的 Worker 线程默认是非守护的，强行设为守护会导致任务中途被杀，状态不一致
- 若线程池任务持有外部引用（如 Activity、Service、数据库连接），需在关闭前主动清理，防止内存泄漏或资源占用
