自定义 ThreadFactory 的核心目标是让每个线程在创建时就具备可识别的名称和一致的行为属性，命名需含业务标识、自增序号和可选类型后缀，长度≤32字符；newThread() 中须统一设置守护状态、优先级、异常处理器和线程组；避免耗时操作、静态实例复用及运行时改名。
自定义 ThreadFactory 的核心目标是让每个线程在创建时就具备可识别的名称和一致的行为属性，而不是依赖运行时动态修改——因为线程池会复用线程，名字只在 newThread() 里设一次才真正生效。
线程名必须带业务上下文且可预测
默认的 pool-1-thread-1 这类名字无法对应具体业务，排查问题时几乎无效。靠谱的命名要包含三要素：
- 业务标识：如 order-processor、cache-loader、mq-consumer
- 自增序号：用
AtomicInteger保证唯一且顺序可控，避免随机数或 UUID - 类型后缀（可选）：比如 -io 或 -cpu，便于区分任务性质
名字中禁用空格、斜杠、控制字符，长度建议控制在 32 字符内，适配 Arthas、JFR 等监控工具解析。
关键属性要在 newThread() 中统一设置
仅设名字远远不够，线程行为需整体受控：
-
守护状态：根据业务决定是否调用
t.setDaemon(true)；非守护线程会阻止 JVM 正常退出 -
优先级：推荐
Thread.NORM_PRIORITY - 1，避免设为 MAX_PRIORITY 引发饥饿 -
异常处理器：通过
t.setUncaughtExceptionHandler()捕获未处理异常，防止静默失败 -
线程组：复用当前线程组（
Thread.currentThread().getThreadGroup()），别新建，否则可能绕过 Spring 等容器管理
避免常见实现陷阱
很多问题不是逻辑错，而是细节疏忽：
- 不要在工厂里做耗时操作（如日志、网络调用、sleep），否则拖慢线程创建，甚至卡住
prestartAllCoreThreads() - 别用静态或单例 ThreadFactory 实例——Spring 默认
@Bean是 singleton，会导致多个线程池共享同一计数器，名字重复 - 不能靠
Thread.currentThread().setName()在 run() 里改名：线程池调度看的是创建时的名字，运行中改名对日志归集和监控无意义 - Guava 的
ThreadFactoryBuilder是语法糖，适合简单场景；若需按任务类型动态前缀（如区分 RPC 和 DB 线程），仍得手写
Spring Boot 中正确注入方式
不要把 ThreadFactory 写进线程池 @Bean 方法里硬编码，应解耦声明：
- 单独定义一个
@Bean返回ThreadFactory，用@Scope("prototype")避免复用 - 前缀可通过配置项注入，例如
@Value("${thread.pool.name:default}") - 在线程池 Bean 中直接引用该工厂，确保每次构建都拿到新实例
