应为线程池线程设置有意义的名称，采用“服务.模块.用途”三级结构（如user-service.cache-refresher），长度≤30字符，避免随机命名；须自定义threadfactory并配合mdc注入线程名至日志。
线程池中的线程默认命名是 pool-1-thread-1 这类无业务含义的格式，日志里一旦出现异常堆栈，很难快速定位到具体是哪个模块、哪个服务提交的任务。给线程起有意义的名字，是最简单却最有效的调试提效手段。
必须显式设置线程工厂
不要依赖 Executors.defaultThreadFactory()。所有自定义线程池都应传入自定义 ThreadFactory，确保每个线程名携带可识别的上下文信息。
- 命名前缀建议包含：服务名 + 模块名 + 场景（如
order-service-payment-worker） - 避免使用纯数字或随机字符串，例如
worker-123无法关联业务 - 线程名长度控制在 30 字符内，兼顾可读性与日志截断兼容性
命名结构要体现职责和层级
一个清晰的线程名应让人一眼看出“谁在做什么”。推荐采用 服务.模块.用途 的三级结构：
-
user-service.cache-refresher—— 用户服务的缓存刷新线程 -
notify-service.sms-sender—— 通知服务的短信发送线程 -
batch-job.inventory-reconcile—— 批处理作业的库存对账线程
不建议混用技术术语和业务术语，例如 redis-pool-thread-1 既没服务归属，又没任务语义，排查时仍需翻代码确认。
配合日志上下文统一追踪
线程名只是起点。建议将线程名自动注入 MDC（Mapped Diagnostic Context），使每条日志自带线程标识：
- 在
beforeExecute()中写入MDC.put("thread", Thread.currentThread().getName()) - 日志模板中加入
%X{thread}，例如：[%d][%X{thread}][%p] %m%n - 这样异常日志就能直接关联到具体线程池实例，无需人工比对线程 ID
避免常见命名陷阱
有些看似合理的方式，实际会削弱可维护性：
- 用环境变量动态拼接前缀（如
${env}-worker）—— 启动时未加载配置会导致命名为空或报错 - 在线程启动后修改名称（
Thread.setName()）—— 多数监控工具只采集初始名称，运行时改名无效 - 为每个任务单独命名线程（如
task-id-12345）—— 线程复用机制下名称会被覆盖，且违背池化本意
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
