java线程池需通过自定义threadfactory在newthread()中显式setname()实现业务线程命名，规则为小写前缀+短横线+自增序号（如"order-processor-1"），长度≤32字符，并统一设置非守护、异常处理器等属性。
Java线程池默认生成的线程名是 pool-N-thread-M 这类无业务含义的格式，线上排查时根本分不清哪个线程属于支付模块、哪个在消费MQ、哪个跑的是定时任务。真正有效的解法，是在创建线程那一刻就赋予它带上下文的名字——靠自定义 ThreadFactory 实现，且必须在 newThread() 中显式调用 t.setName()。
命名规则要带业务标识和序号
线程名不是随便拼个字符串就行，得兼顾可读性、可检索性和监控兼容性：
- 前缀用小写字母+短横线，比如
"order-processor"、"cache-loader"，避免空格、斜杠、中文或控制字符 - 必须接自增序号（推荐
AtomicInteger），如"order-processor-1"，不重复、不随机、不依赖时间戳或UUID - 可选加类型后缀，例如
"-io"或"-cpu"，方便区分线程用途 - 总长度建议控制在 32 字符内，部分监控工具（如 Arthas、JFR）对过长名称解析不稳定
除了名字，还得统一设置关键属性
只改名字远远不够，线程行为一致性直接影响稳定性与可观测性：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
守护状态：多数业务线程应设为非守护（
t.setDaemon(false)），否则 JVM 主线程退出时整个池会被静默终止 -
异常处理器：通过
t.setUncaughtExceptionHandler()捕获未处理异常，写入业务日志而非仅打印到System.err -
优先级：谨慎调整，一般保持
Thread.NORM_PRIORITY；若需降级，可用NORM_PRIORITY - 1，避免设为MAX_PRIORITY引发饥饿 -
线程组：优先复用当前线程组（
Thread.currentThread().getThreadGroup()），不要新建，否则可能绕过 Spring 等容器的线程管理
别踩工厂复用和构造时机的坑
明明写了自定义工厂，结果线程名还是 pool-1-thread-1？大概率栽在这几个地方：
- Spring 中声明
@Bean的 ThreadFactory 默认是单例，被多个线程池共享 → 每次都 new 一个新实例，别用 static 或 @Scope("singleton") - 用
Executors.newFixedThreadPool(n, factory)是完全支持自定义工厂的，内部没做拦截，放心用 - 验证是否生效，调用
executor.prestartAllCoreThreads()，它会强制触发所有核心线程创建，走你的newThread()逻辑 - 切忌在线程
run()方法里动态改名——线程池调度器只认创建时的名字，复用后不会刷新
三种轻量实用的实现方式
不一定要从零手写，根据项目依赖选合适方案：
-
纯 JDK 手写：适合无额外依赖场景，结构清晰、可控性强，示例中用
AtomicInteger+ 前缀即可覆盖 95% 需求 -
Guava ThreadFactoryBuilder：已引入 Guava 时推荐，
setNameFormat("db-%d").setDaemon(false).build()一行搞定，但不支持运行时动态前缀 -
Spring CustomizableThreadFactory：Spring Boot 项目直接用，
new CustomizableThreadFactory("search-worker")，自动集成容器生命周期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
