DiscardPolicy的静默丢弃需配置有界队列、隔离非核心任务并增强可观测性；必须显式设置、包装日志记录及Prometheus指标告警。
DiscardPolicy 的“静默丢弃”不是自动生效的魔法，而是需要线程池整体配置、任务隔离和可观测性三者协同的结果。它本身不打日志、不抛异常，但生产环境绝不能真的“静默”——必须让丢弃行为可确认、可追溯、可告警。
线程池容量设计要主动触发拒绝
DiscardPolicy 只在满足两个条件时才执行：线程数已达 maximumPoolSize 且工作队列已满。如果队列用的是无界队列（如 LinkedBlockingQueue 默认 Integer.MAX_VALUE），或 maxPoolSize 设得过高，任务永远进不了拒绝流程。
- 用有界队列，例如 ArrayBlockingQueue(50)，明确容量上限
- 设合理的 corePoolSize=2～4、maximumPoolSize=6～8（CPU 密集型偏小，IO 密集型可略大）
- 确保 maxPoolSize + queueCapacity 显著低于业务峰值吞吐（比如预估 1000 QPS，总容量设为 200），让多余请求自然落入拒绝路径
非核心任务必须物理隔离
DiscardPolicy 只适用于可丢、该丢、丢了也不影响主链路的任务。一旦和支付、订单等混用同一个线程池，静默丢弃就等于线上事故。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 为非核心任务单独声明线程池 Bean，命名带语义，如 @Bean("metricsExecutor")
- 提交前做轻量类型判断：if (task instanceof MetricsTask) { metricsExecutor.execute(task); }
- 避免通过通用 executor.submit() 泛化提交，杜绝误入
拒绝策略必须显式指定并增强可观测性
默认构造的 ThreadPoolExecutor 使用 AbortPolicy；DiscardPolicy 必须手动 set，且不能停留在“不报错”层面。
立即学习“Java免费学习笔记（深入）”；
- 创建时明确传入：new ThreadPoolExecutor.DiscardPolicy()
- 不要直接用原生策略，而应包装一层：自定义 RejectedExecutionHandler，在 discard 时记录 warn 日志（含队列长度、活跃线程数、任务类名）
- 暴露 Prometheus 指标，如 threadpool_discarded_tasks_total{pool="metrics"}，并配置告警：1 分钟丢弃率 >5% 立即通知
