newsinglethreadexecutor本质是单线程+无界队列的特殊封装，内部使用threadpoolexecutor(1,1,0l,timeunit.milliseconds,new linkedblockingqueue())，任务严格fifo执行且自动恢复线程，但不暴露线程控制权。
newSingleThreadExecutor 本质是单线程 + 无界队列
它不是“池子大小为1”的普通线程池，而是一个固定为1个线程、搭配 LinkedBlockingQueue（无界）的特殊封装。这意味着：任务绝不会因线程数不足被拒绝，但一旦某个任务阻塞或执行过久，后续所有任务都会排队等待——顺序性由队列保证，而非调度策略。
- 它内部实际调用的是
new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<runnable>())</runnable> - 返回的
ExecutorService实例被包装成FinalizableDelegatedExecutorService，禁止调用setCorePoolSize等修改线程数的方法 - 如果需要可配置的单线程池（比如指定队列容量），应直接使用
ThreadPoolExecutor构造，而不是newSingleThreadExecutor
提交任务时要注意 execute() 和 submit() 的行为差异
execute(Runnable) 只负责调度，不返回结果；submit(Runnable) 或 submit(Callable) 会返回 Future，可用于获取结果或主动取消。但无论哪种方式，任务都严格按提交顺序执行——这是由底层 LinkedBlockingQueue 的 FIFO 特性决定的。
- 若用
submit(Runnable)，future.get()会阻塞直到该任务完成，但不会影响后续任务排队 - 若任务抛出未捕获异常，当前线程会终止，但
newSingleThreadExecutor会自动创建新线程来继续消费队列中的任务（这点常被误认为“崩溃后停止”） - 避免在任务中调用
future.get()等待自己或其他同池任务，否则极易死锁
shutdown() 后仍可能有任务在执行，必须 awaitTermination()
调用 shutdown() 只是停止接收新任务，并不中断正在运行的任务。队列里已排队但尚未执行的任务仍会被处理完。想确认真正结束，必须配合 awaitTermination(long, TimeUnit)。
- 典型写法：
executor.shutdown(); if (!executor.awaitTermination(5, TimeUnit.SECONDS)) { executor.shutdownNow(); } -
shutdownNow()会尝试中断正在运行的任务，并清空队列，返回未执行的任务列表——但它不能保证正在运行的任务一定响应中断 - 如果任务中忽略了
Thread.interrupted()或未检查中断状态（如长期 sleep、wait、IO 阻塞），shutdownNow()就无法及时退出
替代方案：用 ThreadLocal + 单线程更可控？
当需要严格控制线程生命周期、或要求任务能访问到同一个 ThreadLocal 实例（比如数据库连接、上下文信息）时，newSingleThreadExecutor 反而不够透明。此时手动维护一个 Thread + BlockingQueue 更合适。
- 例如：用
new Thread(() -> { while (!Thread.currentThread().isInterrupted()) { Runnable task = queue.poll(1, TimeUnit.SECONDS); if (task != null) task.run(); } }).start(); - 这样你能完全掌控线程命名、异常处理器（
Thread.setUncaughtExceptionHandler）、以及ThreadLocal生命周期 -
newSingleThreadExecutor的线程名默认为pool-1-thread-1，且无法设置UncaughtExceptionHandler，异常仅打印堆栈，容易遗漏
