线程组本身无业务语义，需结合命名规范、threadlocal上下文和自定义threadfactory实现业务线程分类管理；推荐为各业务域创建独立线程组并统一命名，通过threadlocal注入业务元数据，用自定义threadfactory集成分组、命名与优先级配置。
Java线程组（ThreadGroup）本身并不具备业务语义，它只是JVM提供的底层线程容器，用于批量控制和监控线程生命周期。真正实现“按业务属性分类管理并发线程”，需要结合线程组 + 显式命名规范 + 外部元数据标记，而非依赖线程组自动识别业务逻辑。
用线程组做物理分组，但靠命名和上下文承载业务属性
线程组适合做粗粒度隔离（如按模块、环境、优先级划分），但不存储业务标签。推荐做法是：为每个业务域创建独立线程组，并在线程创建时统一命名，形成可识别的标识链。
- 创建业务线程组时使用有意义的名称，例如：
new ThreadGroup("payment-service")、new ThreadGroup("notification-batch") - 启动线程时设置名称，格式建议为：
"payment-worker-001"、"notify-sms-002"，便于日志追踪和JVM工具识别 - 避免复用默认线程组（
main组），防止业务线程混杂在系统线程中，影响排查和资源限制
配合ThreadLocal或上下文对象注入业务元数据
线程组无法携带业务参数，但可通过ThreadLocal在线程启动时绑定当前业务上下文，实现运行时属性关联。
- 定义一个业务上下文持有类，例如：
BusinessContext，包含租户ID、请求流水号、业务类型等字段 - 在线程任务执行前（如
Runnable包装器中）调用contextHolder.set(context)，任务结束后清理 - 这样即使线程被复用（如在线程池中），只要每次提交任务时正确设置，就能保证业务属性准确归属
线程池 + 自定义ThreadFactory 实现自动化分组与命名
实际项目中更常用线程池而非裸线程，应通过自定义ThreadFactory将线程组、命名、优先级、守护状态等一次性封装。
- 实现
ThreadFactory，构造时传入业务组名和前缀，例如：new BusinessThreadFactory("order-process", Thread.MAX_PRIORITY) - 在
newThread方法中：创建线程时指定所属ThreadGroup，设置名称，调用setDaemon(false)或true按需配置 - 将该工厂传给
ThreadPoolExecutor，确保所有线程自动归入对应业务组并具有一致命名风格
监控与诊断：利用线程组名称快速定位问题线程
线程组名称可在JDK自带工具中直接过滤，提升运维效率。
- 使用
jstack <pid></pid>输出时，搜索"payment-service"即可列出该组下所有线程栈 - 在JVisualVM或JMC中，线程视图支持按线程组分组显示，方便观察某业务域的线程活跃度和阻塞情况
- 注意：线程组不能限制CPU或内存资源，如需资源隔离，应配合cgroup（Linux）、虚拟机参数或服务网格方案
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
