线程组管归属与控制，线程池管复用与调度；ThreadGroup是逻辑容器，用于分组、批量设置属性和操作；ThreadPoolExecutor是运行时服务，负责线程生命周期管理、任务调度与资源优化。
线程组和线程池解决的是两类完全不同的问题：线程组管“归属与控制”，线程池管“复用与调度”。它们不是替代关系，也不属于同一抽象层级。
线程组的核心是分类与批量控制
ThreadGroup 是一种逻辑容器，用于对线程进行分组归类，便于统一设置属性或执行操作。它不参与任务分发，也不决定线程何时启动或复用。
- 创建线程时指定所属线程组，之后不可更改；默认归属 main 线程组
- 支持统一设置：守护状态（setDaemon）、优先级、未捕获异常处理器（setUncaughtExceptionHandler）
- 可枚举组内活跃线程（enumerate），或批量中断（interrupt）整个组
- 线程组本身不创建、不启动、不回收线程，也不持有任务队列
线程池的核心是资源复用与任务调度
ThreadPoolExecutor 是一个运行时服务，封装了线程生命周期管理、任务排队、拒绝策略等机制，目标是减少线程频繁创建销毁的开销，并可控地约束并发规模。
- 内部维护固定/弹性数量的工作线程，从阻塞队列中取任务执行
- 自动处理线程的创建、空闲超时销毁、异常后重启等细节
- 提供 submit() / execute() 接口接收 Runnable/Callable 任务，返回 Future 支持异步结果获取
- 具备完整的生命周期控制（shutdown / shutdownNow）和监控能力（如 getActiveCount、getCompletedTaskCount）
典型使用场景对比
当你需要按模块隔离线程行为（比如 Web 模块线程统一设为守护、定时任务模块统一配异常处理器），用 ThreadGroup；当你希望高效执行大量短时任务（如 HTTP 请求处理、数据库批量查询），必须用 ThreadPoolExecutor。
- Web 容器可能为每个 ServletContext 创建独立 ThreadGroup，隔离日志、安全上下文
- 高并发 API 服务几乎必然依赖线程池，而非手动 new Thread + start
- 二者可共存：线程池中的工作线程仍属于某个 ThreadGroup（如默认的 main 组），但线程池并不依赖该分组实现功能
关键一句话总结
ThreadGroup 是线程的“户籍本”，只登记归属、支持统一批量操作；ThreadPoolExecutor 是线程的“调度中心+人力资源部”，负责招人、排班、派活、考核、优化人力成本。
