线程命名是调试和运维的关键习惯，必须采用“模块名-功能名-序号”三级结构（如order-timeoutchecker-3），通过thread构造器或自定义threadfactory显式设置，禁用默认无意义名称。
Java 中线程命名不是可选项，而是调试和运维的关键习惯。默认名称如 Thread-1、pool-1-thread-2 在日志里几乎无法定位问题，尤其在高并发、多模块共存的系统中。
明确反映职责的命名格式
线程名应让人一眼看懂“它干什么、属于哪块逻辑”。推荐采用 模块名-功能名-序号 的三级结构：
-
模块名：如
Order、Payment、Image，对应业务域或子系统 -
功能名：如
Processor、Consumer、Writer、TimeoutChecker，说明具体行为 -
序号（可选）：用
AtomicInteger递增，避免重复，例如Image-Processor-1
示例：Order-TimeoutChecker-3、Payment-AsyncNotifier-1、Cache-RefreshWorker（无序号表示单实例）
不同创建方式下的命名写法
无论用哪种方式创建线程，都应显式传入名称，而不是依赖默认值：
- 直接 new Thread：用
new Thread(runnable, "DB-QueryWorker")或new Thread("FileScanner-001") - Lambda 场景：搭配计数器，如
new Thread(() -> scan(), "FileScanner-" + counter.getAndIncrement()) - 线程池环境：必须通过
ThreadFactory自定义命名，不能只靠Executors.defaultThreadFactory()
错误示范：Executors.newCachedThreadPool() 默认工厂生成的名称毫无业务含义，应替换为带命名的自定义工厂。
线程池中统一命名的实践
在线程池中，每个工作线程由 ThreadFactory 创建，这是集中管控命名的唯一可靠入口：
- 实现
ThreadFactory，在newThread(Runnable r)中构造有意义的名称 - 可结合线程池用途、序号、甚至运行时上下文（如租户 ID 前缀）增强可追溯性
- 示例名称：
IO-ThreadPool-DB-1、ComputePool-ML-Task-5
注意：仅给 Runnable 或 Callable 任务本身设名称无效——JVM 日志和监控工具识别的是线程对象的 getName()，不是任务内容。
命名需避开的坑
看似小细节，实际影响排查效率：
- 不使用纯数字或随机字符串（如
"12345"、"uuid-abc"），缺乏语义 - 避免过长（建议 ≤ 32 字符），部分监控系统会截断显示
- 不包含空格、特殊符号（如
/、{}），防止日志解析异常或 JMX 显示错乱 - 不要把线程名当成运行时状态容器（如动态拼接
"Processing-user123"），名称应在创建时固化
名称是线程的身份证，不是便签纸。一次规范命名，能省下大量线上问题定位时间。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
