在Java中，ThreadPoolExecutor类提供了四种内置的拒绝策略，用于处理当任务无法被线程池执行时的场景。这些策略分别是：
- AbortPolicy(默认策略) ：
- 这是线程池的默认拒绝策略。当任务无法被线程池执行时，会抛出一个
RejectedExecutionException异常。这种策略适用于不允许任务失败的场景，确保任务不会被丢弃，但需要开发者自行处理异常情况。
- CallerRunsPolicy(调用者运行策略) ：
- 当线程池的任务队列满了并且线程池的工作线程也无法继续执行任务时，
CallerRunsPolicy会把任务交给提交任务的线程来执行。这意味着任务不会被丢弃或抛出异常，而是由调用者所在的线程执行。这种策略有个优点，就是可以避免任务被丢弃或直接抛弃异常，但缺点是如果调用者线程的执行速度较慢，可能会导致系统的吞吐量下降，特别是在任务量非常大的情况下。
- DiscardPolicy(丢弃策略) ：
- 当任务无法被线程池执行时，
DiscardPolicy会直接丢弃任务，不予任何处理。这种策略适用于对任务提交要求不严格，可以容忍任务丢失的场景。
- DiscardOldestPolicy(丢弃最旧任务策略) ：
- 当任务无法被线程池执行时，
DiscardOldestPolicy会丢弃队列中最旧的任务，然后尝试重新提交当前任务。这种策略适用于可以容忍部分任务丢失，但希望尽快处理新任务的场景。
建议
-
AbortPolicy ：适用于对任务提交要求严格，需要明确知道任务被拒绝的场景。
-
CallerRunsPolicy ：适用于对性能要求不高，并发量较小的场景，可以避免任务被丢弃。
-
DiscardPolicy ：适用于可以容忍任务丢失的场景，但需要确保不会因任务丢失导致数据丢失。
-
DiscardOldestPolicy ：适用于可以容忍部分任务丢失，但希望尽快处理新任务的场景，同时避免队列中最旧的任务被长时间占用。
根据具体的应用场景和需求，可以选择合适的拒绝策略来处理任务提交失败的情况。