自定义 threadfactory 必须在 newthread() 中显式调用 t.setname(...) 设置含业务标识、自增序号和类型后缀的线程名，并统一配置守护状态、优先级、异常处理器及线程组；避免单例复用、勿用 uuid/随机数，优先复用当前线程组，谨慎设置优先级，命名需适配监控与日志规范。
ThreadFactory 接口怎么实现才不丢线程名
默认的 Executors.defaultThreadFactory() 创建的线程名是 pool-1-thread-1 这种，一跑多线程就分不清谁是谁。自定义关键不是重写整个逻辑，而是确保每次调用 newThread() 时都显式设置名字——JVM 不会自动帮你补。
- 必须在
newThread(Runnable r)方法里调用t.setName(...)，不能只靠构造函数传参 - 名字建议含业务标识（如
"cache-loader-pool"）+ 自增序号 + 可选线程类型（"-io"或"-cpu"） - 别用
UUID或时间戳当线程名，不利于日志 grep；也别用随机数，破坏可预测性
如何让线程同时带上线程组、优先级、守护状态
只设名字远远不够。排查问题时经常需要统一控制线程行为，比如全部设为守护线程避免阻塞 JVM 退出，或归入特定 ThreadGroup 方便监控。
- 在
newThread()里依次调用t.setDaemon(true)、t.setPriority(Thread.NORM_PRIORITY - 1)、t.setUncaughtExceptionHandler(...) - 线程组推荐复用现有组（如
Thread.currentThread().getThreadGroup()），而不是新建——否则可能绕过容器（如 Spring）的线程管理 - 优先级不要设成
MAX_PRIORITY，容易引发饥饿；低于NORM_PRIORITY更安全
ThreadPoolExecutor 配合自定义 ThreadFactory 的典型坑
很多人把自定义 ThreadFactory 塞进 ThreadPoolExecutor 构造器后，发现线程名还是不对，或者守护状态没生效——大概率是工厂被缓存或复用了。
- 确认你传的是新实例，不是单例或静态工厂（尤其注意 Spring 中
@Bean默认 singleton） - 如果用
Executors.newFixedThreadPool(n, factory)，它内部包装了一层，但不会影响你的newThread()调用，放心用 - 线程池预启动（
prestartAllCoreThreads()）时也会走你的工厂，这是验证命名逻辑是否生效的好时机
要不要用 Guava 的 ThreadFactoryBuilder？
可以，但得清楚它只是语法糖：底层仍是手动 set 各项属性。如果你项目已引 Guava，它省去样板代码；否则不值得为这点功能额外加依赖。
立即学习“Java免费学习笔记（深入）”；
-
ThreadFactoryBuilder().setNameFormat("db-%d").setDaemon(true).build()生成的工厂，本质和手写一样 - 它不支持动态前缀（比如按任务类型切分名字），这种需求还得自己写
- 注意它的
setNameFormat用的是String.format，%d是序号，别写成%s导致IllegalFormatConversionException
线程工厂真正难的不是写几行代码，而是名字设计要能对齐监控系统（比如 Prometheus 的 thread_count 标签）、日志采集规则、还有团队的排障习惯——这些比语法细节更容易被忽略。
