关键是要确保线程池线程为非守护线程并正确管理生命周期：非守护线程阻止JVM退出，自定义线程工厂须显式设setDaemon(false)，提交任务后需调用shutdown()和awaitTermination()保证执行完成。
要让后台并发任务不因 JVM 退出而中断，关键不是“避免守护线程”，而是确保线程池中的线程是非守护线程，且线程池本身被正确管理。默认线程池（如 Executors.newFixedThreadPool）创建的线程确实是非守护线程，但若你使用了自定义线程工厂却误设为 setDaemon(true)，或未显式关闭线程池，就可能造成任务被静默丢弃。
为什么非守护线程对任务完整执行至关重要
JVM 退出条件是：所有非守护线程全部终止。只要还有一个非守护线程在运行（哪怕只是空转），JVM 就不会退出。而守护线程（如 GC 线程）会随 JVM 退出被强制终止——这意味着，如果你的任务跑在守护线程里，main 方法一结束，任务可能只执行了一半就被杀掉。
- Spring Boot 应用中，若异步任务线程被设为守护线程，应用优雅停机时可能来不及完成日志落盘、缓存刷新等操作
- 定时任务（如
ScheduledExecutorService）若底层线程是守护的，程序启动后立刻退出，任务根本不会触发 - 单元测试中，若未
shutdown()线程池，JVM 会因非守护线程存活而卡住，导致测试挂起
自定义线程工厂：必须显式禁用守护状态
不要依赖默认行为。即使 JDK 默认创建非守护线程，也应主动设为 false，增强可读性与防御性：
ThreadFactory customFactory = r -> {
Thread t = new Thread(r, "biz-worker-" + counter.incrementAndGet());
t.setDaemon(false); // 明确声明：这不是守护线程
t.setPriority(Thread.NORM_PRIORITY);
return t;
};
-
setDaemon(false)必须在start()之前调用，而线程工厂中创建线程后尚未启动，此时设置完全安全 - 建议统一命名（如
"order-processor-thread-1"），便于排查时通过jstack或 APM 工具定位线程归属 - 避免在工厂中做耗时操作（如远程配置拉取），否则会阻塞线程池初始化
配合线程池生命周期管理，防止任务丢失
光有非守护线程不够，还需确保任务提交后有机会执行完：
- 使用
submit()或execute()提交任务后，务必在应用关闭前调用shutdown()，再用awaitTermination()等待已提交任务完成 - 对关键业务任务，可加超时保护：
if (!executor.awaitTermination(30, TimeUnit.SECONDS)) { executor.shutdownNow(); } - 若任务本身支持中断（如含
Thread.interrupted()检查），需在线程工厂中保留中断传播能力，不要屏蔽InterruptedException
实战验证是否生效的简单方法
写一段可观察的测试代码，确认线程属性和行为符合预期：
ExecutorService es = Executors.newSingleThreadExecutor(customFactory);
es.submit(() -> {
System.out.println("Thread name: " + Thread.currentThread().getName());
System.out.println("Is daemon: " + Thread.currentThread().isDaemon());
try { Thread.sleep(2000); } catch (InterruptedException e) {}
System.out.println("Task done.");
});
// 不 shutdown，main 结束后观察控制台是否打印 "Task done."
// 若打印了，说明线程是非守护的，且 JVM 确实等待它结束
- 运行后看输出中
Is daemon: false是否出现 - 若
main方法结束，控制台仍打印出Task done.，即验证成功 - 若没打印，检查是否忘了
shutdown()或工厂中误写了setDaemon(true)
