关键是通过自定义ThreadFactory在线程创建时命名并固化业务上下文，命名需含模块名+场景名+序号（如order-pay-worker-5），全小写短横线分隔、≤30字符；用AtomicInteger保证序号唯一；工厂仅设名和守护态；配合MonitoredRunnable注入指标并绑定线程名到Micrometer标签。

要让每个线程池的线程都带业务上下文、可追溯、可聚合，关键不是事后改名，而是在线程创建那一刻就“打上身份证”——也就是通过自定义 ThreadFactory 为线程命名并固化属性。默认的 pool-1-thread-1 这类名称在日志、堆栈、Arthas 或监控系统里完全无法区分是订单支付、库存扣减还是消息重试任务。

线程名必须含业务标识与唯一序号

名字不是越长越好，而是要包含三要素：模块名 + 场景名 + 序号。例如：

• order-pay-worker-5（订单支付工作线程）
• mq-consumer-retry-2（MQ消费重试线程）
• report-export-async-8（报表导出异步线程）

避免空格、斜杠、控制字符；用短横线分隔，全小写，长度建议控制在 30 字符内。序号推荐用 AtomicInteger 递增，不依赖随机数或时间戳——既保证唯一性，又无性能开销。

ThreadFactory 实现要轻量且可靠

工厂内部只做两件事：设名、设守护态。其他任何逻辑（如日志、锁、sleep、HTTP 调用）都会拖慢线程创建，甚至导致 prestartCoreThread() 卡死。

• 必须显式调用 t.setDaemon(false)，否则主线程退出后整个池可能被静默回收
• 优先使用 Thread.ofVirtual().name("xxx-", 1).factory()（JDK 21+），否则用匿名类或 Lambda 构造
• 不要捕获外部大对象（如 Spring Context），防止内存泄漏

配合 Runnable 包装器实现指标注入

光有线程名只是“画像”的起点。真正支撑监控看板的是把线程名与任务执行生命周期绑定：

• 在 MonitoredRunnable 中记录开始时间、捕获异常、统计耗时，并将指标更新到 Micrometer 的 Timer 或 Gauge
• 通过 Thread.currentThread().getName() 在指标标签（tag）中自动注入线程池标识，例如：timer.record(Duration, "pool", "order-pay")
• 暴露组合指标：待处理任务数（getTaskCount() - getCompletedTaskCount()）、线程利用率（getActiveCount() / getPoolSize()）、队列类型适配判断（SynchronousQueue 返回 0 不代表无积压）

Spring Boot 中注入带标签约束的线程池 Bean

别只配核心参数，漏掉 ThreadFactory 就等于没打标：

• 在 @Bean 方法中，用 Executors.defaultThreadFactory() 仅作兜底，实际必须传入自定义工厂
• 可通过配置中心（如 Nacos/Apollo）动态读取模块名前缀，实现不同环境/服务差异化命名
• 多个业务池建议拆分为独立 @Bean，例如 orderThreadPool()、notifyThreadPool()，避免混用和误判