应在线程创建时通过自定义threadfactory设名，格式为“业务前缀-场景标识-自增序号”，如order-notify-1；需轻量实现、避免阻塞、统一注入各线程池，并配合mdc透传业务上下文。
直接在线程创建时设好名字，而不是等线程跑起来再改——因为线程池复用线程，名字只在 newThread 时生效一次，后续任务不会自动更新。规范命名的核心是：业务前缀 + 场景标识 + 自增序号，比如 order-notify-1、payment-retry-3，这样查日志、看堆栈、用 Arthas 或 JStack 一眼就能定位归属。
命名格式要带业务语义，别用 pool-X-thread-Y
默认线程名（如 pool-2-thread-5）没有任何业务信息，线上出问题时无法判断它在处理支付回调还是库存扣减。你应该让名字承载上下文：
- 前缀建议按“模块-子场景”组织，例如：
inventory-deduct、user-sync、mq-consumer-order - 序号必须用
AtomicInteger递增，保证多线程下不重复、不跳变 - 避免空格、斜杠、控制字符；长度控制在 30 字以内，适配主流监控和诊断工具（如 Arthas、JFR）
ThreadFactory 实现要轻量且可控
工厂逻辑必须极简，不能有日志、锁、网络或 sleep —— 否则会拖慢线程创建，甚至导致 prestartCoreThread() 卡住。一个生产可用的实现示例如下：
- 构造时传入业务前缀，支持复用（比如不同线程池用
"order-processor"和"order-timeout"） - 显式调用
t.setDaemon(false)，防止主线程退出后线程池被静默销毁 - 重置上下文类加载器：
t.setContextClassLoader(null)，避免 Web 容器中内存泄漏 - 可选设置未捕获异常处理器，便于快速发现线程内崩溃
在各类线程池中统一注入
无论用哪种方式创建线程池，都能传入自定义 ThreadFactory：
Executors.newFixedThreadPool(4, new NamedThreadFactory("search-worker"))new ThreadPoolExecutor(..., new NamedThreadFactory("cache-refresh"))- Spring 中：
ThreadPoolTaskExecutor.setThreadFactory(new NamedThreadFactory("async-task")) - 第三方工具类（Guava/ Commons Lang）也可用，但建议封装自己的实现，便于统一管控命名规则和属性
进阶：配合 MDC 实现日志自动打标
光有线程名还不够，日志里想看到“当前订单号=ORD123456”，就得透传业务上下文。注意：不能在 newThread 里塞 MDC 值（此时任务还没开始执行），正确做法是：
- 包装提交的任务：把 Runnable/Callable 包一层，在 run() 开始前 put MDC，在 finally 清理
- Spring 环境下，更推荐实现
AsyncConfigurer，配合@Async自动完成 MDC 继承与清理 - 避免使用 InheritableThreadLocal 直接透传，容易在异步链路中丢失或污染
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
