线程命名必须在ThreadFactory中一次性设置业务语义名称，格式为{模块}-{场景}-{角色}-{序号}，禁用泛化前缀、空格及控制字符，长度≤32字符，不可运行时修改，需显式设守护状态并用AtomicInteger计数。
线程名称不是锦上添花的装饰，而是线上问题定位的第一道线索。默认的 pool-1-thread-2 这类命名在多模块、多任务共存的系统里等于“无名尸体”，堆栈、Arthas、JFR 一概认不出它干过什么。真正有效的线程名必须在创建时就带业务语义，且满足可读、可解析、不冲突三个硬要求。
线程名必须含业务上下文，不能只靠编号
纯数字编号（如 task-1、worker-5）无法区分职责。同一系统中可能有支付回调线程池、MQ重试线程池、定时统计线程池，它们的线程若都叫 pool-2-thread-3，日志和 dump 就彻底失联。
- 推荐格式：
{模块}-{场景}-{角色}-{序号}，例如：order-notify-sender-1、mq-retry-consumer-2 - 避免泛化前缀：不要用
thread-、task-这类无意义前缀，它们不传递任何业务信息 - 长度控制在 32 字符内：过长的名字在某些监控工具（如旧版 Arthas 或 Prometheus JVM 指标采集器）中会被截断或解析失败
必须在 ThreadFactory 中设名，运行时改名无效
线程池复用线程，Thread.setName() 在 run() 方法里调用，只会临时覆盖当前执行上下文的名字，下一次任务复用该线程时名字仍为创建时的原始值——而线程池调度器、JVM 线程快照、JFR 记录的都是创建时的名字。
- 正确做法：在自定义
ThreadFactory.newThread()中一次性设置完整名称 - 错误做法：在 Runnable 或 Callable 的逻辑里调用
Thread.currentThread().setName(...) - 别依赖
t.getId()：ID 是 JVM 全局递增的 long 值，不可读、难关联，且重启后重置，不适合做业务标识
命名需兼顾安全与稳定性
一个靠谱的 ThreadFactory 不只是起名，还要规避常见陷阱：
立即学习“Java免费学习笔记（深入）”；
- 禁用空格、斜杠、控制字符（如
\t、\n、/、:）：部分 APM 工具（如 SkyWalking、Pinpoint）或日志解析器会因非法字符崩溃或丢弃整条线程元数据 - 显式设置守护状态：
t.setDaemon(false)—— 大多数业务线程不应是 daemon，否则主线程退出时整个池被静默销毁 - 禁止耗时操作：工厂内不能有
sleep、远程调用、加锁、复杂字符串拼接；否则会拖慢prestartCoreThread()，甚至引发线程饥饿 - 计数器用
AtomicInteger，不用Random：前者线程安全、轻量；后者无必要，还引入熵池竞争
Spring Boot 中规范注入命名线程池
Spring 的 @Bean 方法容易只配核心参数，漏掉 ThreadFactory，结果还是看到 task-1 这种泛化名。解耦命名逻辑是关键：
- 单独声明
@Bean的ThreadFactory，命名逻辑集中管理，方便统一治理 - 避免在
ThreadPoolExecutor构造中匿名实现，否则难以单元测试、无法复用、不易审计 - 示例 Bean 命名风格：
orderNotifyTaskExecutor、inventoryRetryScheduler，而非笼统的taskExecutor
不复杂但容易忽略：线程名不是开发完再补的优化项，而是上线前必须落地的基础能力。一次规范命名，换来的是下次凌晨三点精准定位问题的十分钟，而不是两小时翻日志盲猜。
