## 任务目标
请评审 Java 线程池容量和异步任务的可靠性。
以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。
## 输入信息（选填）
两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。
异步任务：
工程与负载资料：
## 信息不完整时
先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。
### 优先确认
- 追踪任务来源、提交返回、排队、执行和完成通知，确认是否持久化。
- 核对核心线程、上限、队列、拒绝策略、线程名及所用版本的参数语义。
- 关联数据库连接、远程连接、锁和共享池任务，查找阻塞与相互拖慢的路径。
- 读取异常、取消、停机重启和重试处理，以及现有负载与完成率记录。
### 可采用的默认处理
- 默认只读评审，不直接扩线程、改拒绝策略或重启服务。
- 没有到达率与耗时分布时给测量方式、容量公式和附假设候选，不设固定最优线程数。
- 虚拟线程和响应式任务按实际实现另列边界，不机械套用传统池规则。
### 必须有依据的事项
- 任务是否允许丢失、接口何时算业务完成以及拒绝后用户应收到什么结果不明时，不默认静默丢弃或同步执行。
- 带副作用任务在超时、取消和重启后是否允许重试未定义时，不承诺可安全重复执行。
只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。
### 资料仍不足时的交付
- 无工程时提供任务可靠性分类、资源关系和容量估算表，以及排队满、下游慢和重启用例。
- 缺负载环境时交付现有配置的静态风险及所需指标，不把未压测候选作为可直接采用参数。
## 执行要求
适用范围：传统平台线程池与常见Spring异步执行器；虚拟线程、响应式调度器应另行评估，不机械套用旧线程数量建议。
明确线程池的资源边界，并为线程提供可识别的名称。
检查步骤：
1. 按业务列出任务来源、任务是否持久化、完成期限和失败归属，区分允许丢弃的通知与必须完成的业务任务；明确接口返回时任务处于哪个状态。
2. 绘制提交到执行完成的路径，标记线程池、排队、数据库连接、远程连接和锁等限制，找出共享池中可能互相拖慢的任务类型及调用方。
3. 根据到达率与耗时提出容量估算，写清假设、排队容忍时间和内存占用；资料不足时给测量方法与候选区间，不拍脑袋给固定线程数。
4. 逐项核对任务排队已满、执行超时、下游阻塞和提交失败时的行为，说明拒绝处理是否会让请求线程长时间阻塞、任务静默丢失或产生重复执行。
5. 检查任务异常、取消、应用退出和重新启动后的状态，验证调用者能否获知失败；若业务要求可靠执行，给出持久化任务与补偿的边界。
6. 设计平稳负载、突发负载、下游变慢及停机四组验证，采集排队时间、执行时间、完成率、拒绝数和资源占用；根据证据逐项调整，保留回退配置。
## 交付与验收
输出要求：输出任务分类、资源关系、参数建议表、失败处理矩阵及验证计划。参数建议必须含当前值、依据、候选值、预期影响和回退条件，不把未压测值写成最优配置。 只报告有证据支持的问题；区分“已验证”“推测”和“待验证”，涉及变更时给出受影响文件或对象、最小修改和复核方法。代码与操作示例使用占位符，不写入真实密码。
### 本条完成检查
- 任务分类明确完成期限、失败归属、持久化与丢失边界。
- 参数建议关联当前值、资源上限、推导条件及拒绝影响。
- 验证排队、完成、拒绝、异常和重启后的任务结果，未测容量保持待验证。
按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。
## 参考资料与适用边界
来源（核验日期：2026-09-08）：
[阿里巴巴《P3C-PMD 官方公开规则》](https://github.com/alibaba/p3c/blob/master/p3c-pmd/README.md)
整理范围：仅依据上述公开文档的相关建议，业务场景、变量、检查流程与验收格式均为独立改写，不代表相关企业完整内部规范。
