ThreadFactory是线程池创建工作线程的唯一入口，负责命名、设置守护状态、优先级、异常处理器及上下文透传；默认工厂命名无业务含义且不支持定制，自定义可解决可读性、安全性与诊断问题。
线程池本身不直接创建线程，所有工作线程的实例化都交给 ThreadFactory 完成。它不是辅助组件，而是线程诞生的唯一入口——ThreadPoolExecutor 在需要新线程时（比如初始化核心线程、或队列满后扩容），只调用 threadFactory.newThread(Runnable)，其余一概不管。
ThreadFactory 是线程的“出生证明”
默认的 Executors.defaultThreadFactory() 生成的线程名是 pool-1-thread-1 这类通用编号，没有业务含义；多个线程池共用同一计数器，名称容易交叉混淆；也不支持设置守护状态、优先级、MDC 上下文或异常处理器。而自定义 ThreadFactory 能让每个线程带明确身份：
- 名称体现业务模块和用途，例如
order-processor-worker-3 - 用
AtomicInteger或LongAdder保证序号全局唯一、线程安全 - 显式调用
t.setDaemon(false)，避免意外随主线程退出 - 在
newThread()方法体内设置UncaughtExceptionHandler，防止未捕获异常静默丢失
线程创建不是初始化就全拉起，而是按需懒加载
ThreadPoolExecutor 的线程创建时机有明确规则：
- 提交任务时，若当前线程数 < corePoolSize ，立即通过 ThreadFactory 创建新线程执行
- 若 ≥ corePoolSize 但任务队列未满，任务入队，不创建线程
- 若队列已满且线程数 < maximumPoolSize ，才再次调用 ThreadFactory 创建临时线程
- 线程销毁由 keepAliveTime 控制，但创建动作永远只经 ThreadFactory
为什么不能靠 new Thread() 补救？
即使你在任务 Runnable 里手动 new Thread()，那也只是普通线程，不属于线程池管理范围。真正关键的线程——即线程池内部用于执行任务的 worker 线程——完全由 ThreadFactory 供给。你无法绕过它干预线程池的线程生命周期：
立即学习“Java免费学习笔记（深入）”；
- 线程池拒绝策略触发时，不会走 ThreadFactory
- addWorker() 方法中校验状态、注册线程、启动线程等步骤，都依赖工厂返回的 Thread 实例
- 一旦 ThreadFactory 返回 null 或抛异常，线程创建失败，任务可能被拒绝
一个轻量但生产可用的实现要点
写一个自定义 ThreadFactory 不需要复杂框架，关键是把控制点收拢：
- 构造时传入业务前缀（如
"sms-sender"），避免硬编码 - 线程名格式建议：前缀 + 固定标识 + 递增序号（如
sms-sender-worker-5） - 异常处理器应记录日志而非仅打印到 System.err，尤其在 Spring 环境中要对接 SLF4J
- 如需传递上下文（如 MDC、InheritableThreadLocal），应在 newThread() 内完成初始化
