核心是各业务模块使用专属线程池。一、独立声明命名的 ThreadPoolExecutor Bean，手动构造并配置参数；二、所有异步调用必须显式指定线程池；三、外置配置+统一管理；四、保障上下文透传与可观测性。
核心是让每个业务模块用专属线程池，不共享、不 fallback、不隐式调用默认池。
一、为各模块声明命名的 ThreadPoolExecutor Bean
不要复用 Spring 默认的 taskExecutor，而是在每个业务模块（或配置类）中独立定义带名称的线程池 Bean：
- 用
@Bean("orderProcessPool")、@Bean("smsSendPool")等唯一名称标识，避免冲突 - 手动构造
ThreadPoolExecutor（不用Executors工厂方法），便于控制队列类型、拒绝策略、线程工厂 - 设置线程名前缀，如
setThreadNamePrefix("order-process-")，方便日志追踪和线程堆栈分析 - 按业务特征配参：核心链路用固定大小 +
SynchronousQueue+CallerRunsPolicy；IO 密集型可放大最大线程数并配有限队列
二、所有异步调用必须显式指定线程池
任何看似“自动”的异步方式，只要没明确指定执行器，就会退化到共享池，破坏隔离：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
@Async("orderProcessPool")—— 字符串名称必须与 Bean 名完全一致，启动时报错即暴露问题 -
CompletableFuture.supplyAsync(task, orderProcessPool)—— 禁用无参重载，它会掉进ForkJoinPool.commonPool() - 替换
list.parallelStream().forEach(...)为orderProcessPool.submit(() -> list.forEach(...))，或封装专用ForkJoinPool实例并手动提交 - Dubbo 服务可用
@DubboService(executor = "orderProcessPool")绑定线程池
三、外置配置 + 统一管理
把参数从代码移到配置文件，支持运行时动态调整：
立即学习“Java免费学习笔记（深入）”；
- 在
application.yml中分组定义，例如：
order:
core-pool-size: 4
max-pool-size: 4
queue-capacity: 0
sms:
core-pool-size: 2
max-pool-size: 6
queue-capacity: 100
- 用
@ConfigurationProperties绑定配置类，再根据配置构造对应 Bean，避免硬编码 - 可引入 DynamicTp 框架，支持 Nacos/Apollo 等配置中心热更新、监控告警、多租户隔离，适合中大型项目
四、上下文透传与可观测性补全
线程池隔离后，MDC、事务、SecurityContext 等仍可能丢失：
- 封装
ContextAwareRunnable或ContextAwareCallable，在任务执行前后自动复制还原上下文 - 所有日志打点统一包含线程名，通过
%thread输出，快速定位归属池 - 暴露线程池指标（活跃线程数、队列长度、拒绝次数）到 Prometheus，按 Bean 名维度聚合监控
- 禁止跨模块引用静态线程池字段（如
public static final ExecutorService GLOBAL_POOL）
