线程命名需体现业务上下文，如payment-callback-thread-1；必须使用自定义ThreadFactory（含AtomicInteger序号、前缀、非守护设置）；结合日志%thread、jstack及APM实现问题快速定位；虚拟线程命名建议加-vt/-pt标识。
线程池里的线程默认叫 pool-1-thread-1 这类名字，日志一多根本分不清是哪个业务在跑、出了问题也难定位。给线程起个好名字，不是锦上添花，而是线上排查的刚需。
命名要带业务上下文
光写“worker”或“task”没用，得让人一眼看出用途。比如支付回调、订单超时检查、消息重试这些场景，线程名里就要体现出来：
-
推荐写法：
payment-callback-thread-1、order-timeout-checker-2、mq-retry-worker-3 -
避免写法：
worker-1、thread-5、pool-2-thread-1
使用自定义 ThreadFactory 统一控制
别依赖 Executors.newFixedThreadPool(4) 这种无参方式——它用的是 JDK 默认工厂，没法命名。必须传入自定义 ThreadFactory：
- 用
AtomicInteger保证序号不重复，避免同名线程冲突 - 构造时传入前缀，比如
new NamedThreadFactory("user-sync") - 显式调用
t.setDaemon(false)，确保线程池行为和默认一致（非守护线程）
结合监控与日志快速定位
命名只是第一步，真正起作用是在出问题时能联动分析：
立即学习“Java免费学习笔记（深入）”；
- 日志框架（如 Logback）可自动打印当前线程名，
%thread格式即可输出 - JVM 线程快照（
jstack）里看到的线程名，直接对应业务模块 - APM 工具（如 SkyWalking、Arthas）按线程名聚合耗时、异常、阻塞状态
区分平台线程与虚拟线程的命名习惯
Java 22+ 支持虚拟线程，但命名逻辑不变，只是创建方式不同：
- 平台线程池仍用
ThreadPoolExecutor+ 自定义ThreadFactory - 虚拟线程可走
Thread.ofVirtual().name("auth-vt", 1).factory()，同样支持前缀+序号 - 建议在名字里加标识，比如
auth-vt-1（virtual thread）、auth-pt-1（platform thread），避免混淆
