线程创建失败是线程池扩容或初始化时因jvm资源耗尽或系统限制无法新建线程，导致拒绝新任务并抛出rejectedexecutionexception；需通过合理设maximumpoolsize、用有界队列、监控指标、调优系统限制来预防，并配置callerrunspolicy等健壮拒绝策略及全局异常捕获与可观测性保障。
线程池线程创建失败本身不是任务执行异常，而是线程池在扩容或初始化阶段无法新建线程，通常由 JVM 资源耗尽（如线程数超限、内存不足）或系统级限制（如 ulimit -u）引发。这类问题一旦发生，线程池会直接拒绝新任务，且默认拒绝策略（AbortPolicy）会抛出 RejectedExecutionException，若未捕获，可能造成调用方崩溃或任务丢失。
识别线程创建失败的典型表现
这类异常不会出现在任务内部，而是发生在 execute() 或 submit() 调用时：
- 抛出
RejectedExecutionException，堆栈中含java.util.concurrent.ThreadPoolExecutor#addWorker或ensurePrestart - 日志中出现
"Unable to create new thread"或"java.lang.OutOfMemoryError: unable to create native thread" - 线程池活跃线程数长期卡在
maximumPoolSize，但队列持续积压
从源头预防线程创建失败
关键不是“怎么捕获异常”，而是避免走到创建失败那一步：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
限制最大线程数：设置合理的
maximumPoolSize（例如 CPU 密集型 ≤ 核心数 × 2，IO 密集型可略高但需压测验证），避免无节制创建 -
选用有界队列：禁用
LinkedBlockingQueue无参构造（默认 Integer.MAX_VALUE），改用new ArrayBlockingQueue(100)等明确容量，让拒绝提前暴露 -
监控线程池指标：定期采集
getActiveCount()、getQueue().size()、getLargestPoolSize()，当活跃线程趋近最大值且队列持续增长，说明资源已逼近瓶颈 -
检查系统限制：确认 Linux 的
ulimit -u（用户最大进程数）和 JVM 堆外内存是否充足（尤其是使用 NIO 或大量线程时）
配置健壮的拒绝策略兜底
当创建确实失败，拒绝策略是最后一道防线：
- 避免 AbortPolicy：默认策略直接抛异常，对上游不友好
- 推荐 CallerRunsPolicy：由提交任务的线程（如 Web 容器线程）同步执行该任务，既能减缓提交压力，又不会丢失任务
- 自定义拒绝逻辑：例如记录告警、降级为异步消息重试、或写入本地磁盘暂存后补偿
异常发生后的应急与可观测性
即使做了预防，仍需确保异常可发现、可追溯：
- 全局捕获 RejectedExecutionException：在业务调用点统一 try-catch，并记录完整上下文（任务类型、参数摘要、当前线程池状态）
- 集成监控告警：将拒绝次数、队列积压量、线程数等指标上报 Prometheus，设置阈值告警（如 1 分钟内拒绝 ≥ 5 次）
-
保留现场信息：在拒绝回调中打印
executor.toString()和系统线程数（ManagementFactory.getThreadMXBean().getThreadCount()），辅助排查是否达系统上限
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
