executors.newsinglethreadexecutor 创建单线程队列化线程池，通过核心线程数=最大线程数=1和linkedblockingqueue实现fifo顺序执行，但任务非立即执行且异常或shutdownnow会破坏顺序；推荐直接构建threadpoolexecutor以增强可控性。
Executors.newSingleThreadExecutor 通过内部封装一个**单线程的队列化线程池**，确保所有任务在同一个线程中按提交顺序逐个执行，从而天然保证顺序性。
核心机制：单一工作线程 + 无界队列
该方法返回的是 FinalizableDelegatedExecutorService 包装的 ThreadPoolExecutor 实例，其底层配置为：
- 核心线程数 = 最大线程数 = 1
- 使用
LinkedBlockingQueue（无界队列）作为任务队列 - 拒绝策略默认为
AbortPolicy
由于只有一个线程持续从队列中取任务（take()），且新任务总是被加到队尾，因此执行顺序严格等于提交顺序（FIFO）。
注意：顺序只针对任务的 执行时机，不等于“立即执行”
提交的任务不会马上运行，而是先进入队列等待前序任务完成。例如：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
ExecutorService executor = Executors.newSingleThreadExecutor();
executor.submit(() -> System.out.println("A"));
executor.submit(() -> System.out.println("B"));
executor.submit(() -> System.out.println("C"));
输出一定是 A → B → C，但 B 要等 A 的 run() 方法返回后才开始，C 同理。
不能依赖顺序的几种常见误用
以下情况会破坏你预期的顺序行为：
-
任务自身启动新线程或使用其他线程池：比如在 submit 的 Runnable 中调用
ForkJoinPool.commonPool().submit(...)，后续逻辑就脱离单线程控制 - 任务抛出未捕获异常：单线程会终止，后续任务不再执行（线程池不会自动重启线程）
- 手动 shutdownNow()：可能中断正在运行的任务，导致部分任务未执行或执行不完整
更可控的替代方案（推荐生产环境）
若需更强的健壮性和明确的生命周期管理，建议直接创建 ThreadPoolExecutor：
ExecutorService executor = new ThreadPoolExecutor(
1, 1, 0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue(),
r -> new Thread(r, "single-task-runner"),
new ThreadPoolExecutor.CallerRunsPolicy() // 队列满时由提交线程执行
);
这样可以自定义线程名、拒绝策略和异常处理逻辑，避免 newSingleThreadExecutor 内部不可见的封装带来的调试困难。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
