必须统一命名线程以提升可观测性，因默认线程名（如pool-1-thread-1）无法区分业务归属；统一后线程名含服务名、模块、类型及实例标识，便于排查、监控与日志追踪。
在企业级脚手架中，用自定义 ThreadFactory 统一规范线程命名，核心是让所有线程池创建的线程都携带可识别的业务上下文（如模块名、功能域、环境标识），便于问题排查、监控告警和日志追踪。
为什么必须统一命名？
默认线程名形如 pool-1-thread-1，完全无法区分归属模块或业务场景。当线上出现线程堆积、CPU飙升或死锁时，运维和开发无法快速定位是哪个服务、哪个组件创建了异常线程。统一命名后，线程名可体现：
– 所属微服务名（如 order-service）
– 功能模块（如 payment、notify）
– 线程池类型（如 io、cpu、schedule）
– 实例唯一标识（如机器 IP 或 pod ID，避免多实例日志混淆）
实现一个可复用的命名 ThreadFactory
推荐封装为 Spring Bean，支持占位符注入与自动装配：
- 继承
ThreadFactory接口，内部维护原子计数器用于序号生成 - 构造时接收前缀模板（如
"${service}-payment-io-%d"），结合 Spring Environment 解析占位符 - 重写
newThread(Runnable r)：设置线程名 + 设为非守护线程 + 可选设置线程优先级/上下文类加载器 - 支持通过
@ConfigurationProperties外部化配置线程池命名策略（例如不同环境加不同后缀）
在各类线程池中统一使用
脚手架应拦截所有线程池创建入口，确保不漏掉任何自定义池：
-
Spring TaskExecutor：通过
@EnableAsync配置AsyncConfigurer，返回带命名工厂的ThreadPoolTaskExecutor -
ScheduledTaskRegistrar：注册定时任务时，显式传入
ScheduledThreadPoolExecutor并指定命名工厂 -
第三方 SDK 内部线程池（如 Netty、Dubbo、RocketMQ）：查阅其文档，启用
threadFactory配置项（如 Dubbo 的dubbo.threadpool.threadfactory） -
手动 new ThreadPoolExecutor：禁止裸写，全部走脚手架提供的
ThreadPoolBuilder工具类，该类默认注入命名工厂
增强可观测性：命名 + MDC + 监控埋点
单一线程命名只是起点，建议组合使用：
- 在线程启动时，将线程名自动写入 SLF4J 的
MDC（如MDC.put("thread", Thread.currentThread().getName())），使日志自动携带 - 通过 Micrometer 注册线程池指标（活跃数、队列大小、拒绝数），指标 tag 中包含线程池命名前缀
- 在 JVM 启动参数中添加
-Djdk.lang.Thread.threadDumpFormat=short，使 jstack 输出更简洁，配合命名快速筛选
不复杂但容易忽略——关键在于把命名逻辑下沉到脚手架基座层，而非每个业务模块自行实现。一次封装，全量生效，故障时查线程栈一眼可知来路。
