当任务超出线程池处理能力时触发拒绝策略。java提供四种策略：1. abortpolicy抛出异常，适用于需明确反馈的场景；2. callerrunspolicy由提交线程执行任务，实现背压控制；3. discardpolicy直接丢弃新任务，适合可容忍丢失的场景；4. discardoldestpolicy丢弃队列中最旧任务以腾出空间，优先处理最新任务。所有策略均实现rejectedexecutionhandler接口，可根据业务需求选择或自定义，权衡可靠性、性能与数据完整性。
当线程池中的任务数量超出其处理能力时，系统会触发拒绝策略。这种情况通常发生在核心线程和最大线程都已满负荷运行，且任务队列也已达到容量上限的情况下。Java 提供了四种内置的拒绝策略，帮助开发者合理应对任务提交过载的问题。
1. AbortPolicy：中止策略
这是线程池的默认拒绝策略。当新任务被提交但无法执行时，线程池会直接抛出 RejectedExecutionException 异常，通知调用者任务被拒绝。
适用于那些不能容忍任务丢失、需要明确反馈的应用场景。例如：
executor.submit(() -> System.out.println("任务执行")); 可能抛出异常，需配合 try-catch 使用。2. CallerRunsPolicy：调用者运行策略
该策略不会抛出异常，而是让提交任务的线程（即调用 execute 的线程）自己去执行这个被拒绝的任务。
立即学习“Java免费学习笔记（深入）”；
这样做可以减缓任务提交速度，起到“背压”效果，适合对数据丢失敏感但可接受延迟的系统。注意：如果主线程频繁提交任务，可能导致响应变慢。
3. DiscardPolicy：丢弃策略
这个策略最为简单粗暴：直接丢弃无法处理的新任务，不抛异常也不执行。
适用于允许任务丢失的场景，比如实时监控数据流中非关键指标的上报，偶尔丢几个点不影响整体分析。
4. DiscardOldestPolicy：丢弃最旧任务策略
此策略会尝试丢弃队列中等待时间最长的任务（即队首任务），然后提交当前新任务。
前提是使用有界队列才有效果。适合希望尽可能处理最新任务的场景，如消息推送系统中的状态更新。
这些策略均实现 RejectedExecutionHandler 接口，开发者也可以自定义拒绝逻辑，比如将任务写入磁盘日志或转发到备用线程池。
基本上就这些。选择哪种策略，取决于你的业务对可靠性、性能和数据完整性的权衡。理解每种策略的行为特点，才能在线程池配置中做出合理决策。
