java线程池策略
线程池的拒绝策略是Java多线程编程中一个重要的“安全阀”。为了让你能快速抓住核心，下面这个表格汇总了四种内置策略的关键特点。
|
策略名称 |
触发时行为 |
优点 |
缺点 |
适用场景 |
|---|---|---|---|---|
|
AbortPolicy（中止策略） |
直接抛出 |
简单直接，能及时通知系统任务已被拒绝，有助于快速发现过载问题。 |
若未妥善处理异常，可能导致流程中断。 |
需要严格保证任务不被丢弃，并希望立即感知系统过载的场景（如电商下单、支付流程）。 |
|
CallerRunsPolicy（调用者运行策略） |
将被拒绝的任务退还给调用者线程执行（如主线程或HTTP请求处理线程）。 |
是一种温和的负反馈，能减缓新任务提交速度，保证所有任务最终都能被执行，不会丢失。 |
可能阻塞调用者线程，影响整体响应速度。 |
不允许任务丢失，且能接受一定延迟的异步场景（如日志处理、非核心链路的异步操作）。 |
|
DiscardPolicy（丢弃策略） |
直接静默丢弃被拒绝的任务，不抛异常也不执行。 |
对系统性能影响最小，能保持系统表面“平稳”运行。 |
任务静默丢失，问题难以追踪和发现。 |
允许丢失非核心任务的场景（如 metrics 统计、不关键的日志记录）。 |
|
DiscardOldestPolicy（丢弃最旧策略） |
丢弃任务队列中最旧（即队列头部）的任务，然后重试提交当前任务。 |
优先处理新任务，适用于最新数据更重要的场景。 |
可能丢弃重要的老任务，打乱任务顺序。 |
关注最新数据，可接受丢弃旧任务的场景（如实时监控数据流、消息推送）。 |
? 如何选择与使用
选择拒绝策略的核心在于权衡任务的重要性与系统的稳定性。
-
默认选择：
AbortPolicy是ThreadPoolExecutor的默认策略。在不确定如何选择时，从它开始是一个稳妥的做法，因为它能迫使你关注并处理任务被拒绝的情况。 -
关键业务：对于绝对不能丢失的任务（如订单处理），
CallerRunsPolicy是最可靠的选择，因为它能保证任务最终会被执行。 -
非关键任务：对于可容忍丢失的任务（如一些统计信息收集），可以考虑使用
DiscardPolicy以保持系统流畅。 -
最新数据优先：在实时性要求高的场景（如股票价格更新），
DiscardOldestPolicy可以确保系统优先处理最新的信息。
?️ 自定义拒绝策略
如果内置的策略都无法满足你的业务需求，你可以通过实现 RejectedExecutionHandler接口来自定义拒绝策略。例如，在 rejectedExecution方法中，你可以将拒绝的任务持久化到数据库或消息队列中，待系统负载下降后重新提交执行，这对于需要保证关键任务百分百不丢失的系统非常有用。
希望这些解释能帮助你清晰地理解Java多线程中的拒绝策略。如果你有特定的业务场景，我们可以一起探讨哪种策略更适合它。
(｡･v･｡)