Java线程池拒绝策略可通过自定义RejectedExecutionHandler实现按任务特征和系统状态差异化输出日志：支持基于任务元数据（如优先级）选择级别、结合线程池实时状态动态降级、利用MDC注入业务上下文，并规避阻塞操作与常见陷阱。
Java线程池的拒绝策略本身不直接支持“按日志级别差异化输出”，但可以通过自定义RejectedExecutionHandler，结合当前任务特征（如任务类型、优先级、提交上下文）和运行时状态（如队列长度、活跃线程数），动态决定日志级别并输出相应信息。
基于任务元数据区分日志级别
在提交任务时，可封装带业务标签或优先级的任务对象（如实现Runnable并携带logLevel字段），拒绝策略中通过类型检查或接口提取该信息：
- 若任务实现
PriorityTask接口且返回CRITICAL，则用ERROR级别记录，并附加堆栈与线程池快照（如getActiveCount()、getQueue().size()） - 若为普通后台任务被拒，仅用
WARN记录简要信息（如“任务被拒，队列已满”），避免日志刷屏 - 避免在拒绝处理中调用阻塞操作（如写磁盘日志），推荐使用异步日志框架（Logback AsyncAppender）或缓冲队列
结合线程池实时状态动态降级
拒绝发生时，不只是记录“被拒”，还可评估系统压力，决定日志详细程度：
- 当
getQueue().size() > queueCapacity * 0.9且getActiveCount() == getPoolSize()，说明严重过载，输出ERROR并包含诊断线索（如最近10次拒绝时间戳、平均拒绝间隔） - 若仅因瞬时突增触发拒绝（如队列刚满但活跃线程远未达上限），用
INFO记录，附带建议：“可考虑增大corePoolSize或调整队列策略” - 对高频拒绝（如1秒内连续3次），自动切换为聚合日志模式：每5秒汇总一次拒绝次数+典型任务类名，防止日志爆炸
利用MDC实现上下文感知日志
若任务提交方已注入业务上下文（如用户ID、请求TraceID），可在拒绝前将关键字段写入SLF4J的MDC：
立即学习“Java免费学习笔记（深入）”；
- 在自定义
RejectedExecutionHandler中，尝试从任务对象获取traceId或userId，放入MDC.put("traceId", ...) - 配合日志配置（如Logback pattern中含
%X{traceId}），使ERROR日志自动携带追踪信息，便于问题定位 - 注意MDC是ThreadLocal，需确保拒绝处理在提交任务的同一线程（默认是）；若使用异步日志，需显式传递MDC内容
避免常见陷阱
智能日志不是功能越多越好，需兼顾可观测性与稳定性：
- 拒绝策略中禁止调用
ThreadPoolExecutor的管理方法（如shutdown()），可能引发死锁或状态不一致 - 不要在拒绝处理里重新提交任务（除非明确设计为重试机制），否则可能形成雪崩
- 日志级别选择应服务于运维目标：ERROR用于需人工介入的故障，WARN用于需容量评估的预警，INFO仅用于低频、可预期的拒绝场景
