shutdown()后线程池不接受新任务。它将状态设为SHUTDOWN，后续submit()或execute()立即抛出RejectedExecutionException，且不中断正在运行的线程。
shutdown() 后线程池还接受新任务吗
不接受。shutdown() 会把线程池状态设为 SHUTDOWN，此后调用 submit() 或 execute() 会立即抛出 RejectedExecutionException。注意：它**不会中断**正在运行的线程，只停止接收新任务。
常见误操作是调用 shutdown() 后继续往池里扔任务，结果程序崩溃或逻辑错乱。如果你需要拒绝策略可控，得提前配好 ThreadPoolExecutor 的 handler，比如用 DiscardPolicy 或自定义逻辑，而不是依赖 shutdown 后的异常兜底。
awaitTermination() 等多久才合理
awaitTermination(long timeout, TimeUnit unit) 是阻塞等待，但**不会无限等下去**——超时就返回 false，此时线程池未必真停了。别把它当“保证关闭”的银弹。
实际选 timeout 要结合业务场景：
- 后台批处理任务：可设 30 秒以上，给长任务收尾时间
- HTTP 请求线程池（如 Netty 的 eventLoopGroup）：通常 5–10 秒足够，超时后应强制清理
- 单元测试里：建议用 1–3 秒，避免测试卡死；配合
CountDownLatch或AtomicBoolean验证任务是否真结束
硬写 awaitTermination(1, TimeUnit.DAYS) 很危险——万一某个线程死锁或阻塞在 IO，整个 shutdown 流程就 hang 住。
shutdownNow() 和 shutdown() 混用会怎样
别混用。shutdownNow() 会尝试中断所有正在运行的线程，并清空任务队列，返回“被丢弃的任务列表”。如果先调 shutdown() 再调 shutdownNow()，后者仍然会发 interrupt()，但此时线程可能已自然退出，中断信号被忽略，徒增不确定性。
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
正确姿势分两类：
- 想温和收尾：只用
shutdown()+awaitTermination()，再检查返回值 - 必须立刻终止：直接上
shutdownNow()，然后遍历它返回的List做补偿处理（比如记录未执行任务）
特别注意：interrupt() 对阻塞在 Object.wait()、Thread.sleep() 或某些 NIO 操作上的线程有效，但对 busy-loop 或未响应中断的代码无效——所以你的任务逻辑里得定期检查 Thread.interrupted() 或捕获 InterruptedException。
没调 awaitTermination() 就让 JVM 退出会怎样
线程池里的非守护线程（default）会阻止 JVM 退出。哪怕你调了 shutdown()，只要还有活跃线程在跑，main 方法结束、Spring Context 关闭后，JVM 仍挂着，表现为进程不退出、K8s Pod 无法正常下线、CI 流水线卡住。
典型坑点：
- 忘记在
finally或@PreDestroy里加awaitTermination() - 用了
Executors.newCachedThreadPool()却没显式管理生命周期——它的线程默认是 non-daemon - 日志框架（如 Log4j2 的 AsyncLogger）内部也用线程池，需查文档确认是否自动 shutdown
最稳妥的做法：shutdown → awaitTermination → 若返回 false，则 log.warn 并考虑是否要 fallback 到 shutdownNow()。别假设“反正任务快完了”，线程行为不受你主观预期控制。
