线程池的参数

线程池是一种管理和复用线程的机制，Java中的线程池可以通过java.util.concurrent.Executors类来创建。在创建线程池时，可以设置一些参数来控制线程池的行为和性能。以下是线程池的主要参数：

1. corePoolSize（核心线程数）：线程池中保持活动状态的线程数量。当线程池中的线程数少于corePoolSize时，即使有空闲的线程，新任务也会创建新线程来处理。corePoolSize默认情况下会一直保持活动，除非设置了allowCoreThreadTimeOut(true)。

2. maximumPoolSize（最大线程数）：线程池允许创建的最大线程数。当任务队列已满且正在运行的线程数达到corePoolSize时，新任务会创建新线程，直到达到maximumPoolSize。如果maximumPoolSize为正数且corePoolSize为0，则线程池中的线程数量可以无限制地增长。

3. keepAliveTime（线程空闲时间）：在线程池中，如果线程数大于corePoolSize，且某个线程空闲时间超过keepAliveTime，那么该线程会被终止，直到线程池中的线程数等于corePoolSize。

4. unit（时间单位）：用于指定keepAliveTime的时间单位，可以是秒、毫秒、微秒等。

5. workQueue（任务队列）：用于保存等待执行的任务的阻塞队列。线程池中的线程会从任务队列中获取任务进行处理。常见的任务队列有LinkedBlockingQueue、ArrayBlockingQueue、PriorityBlockingQueue等。

6. threadFactory（线程工厂）：用于创建新线程的工厂。可以自定义线程的名称、优先级等。

7. handler（拒绝策略）：在线程池的线程数达到maximumPoolSize且任务队列已满时，新任务无法继续提交。此时拒绝策略会决定如何处理这个任务。常见的拒绝策略有AbortPolicy（直接抛出异常）、CallerRunsPolicy（由提交任务的线程来执行任务）、DiscardPolicy（直接丢弃任务）、DiscardOldestPolicy（丢弃任务队列中最旧的任务）等。

这些参数可以通过ThreadPoolExecutor类或Executors.newFixedThreadPool()、Executors.newCachedThreadPool()等静态方法来创建线程池时设置。选择合适的参数可以提高线程池的性能和效率，避免线程过多导致资源浪费，或者线程过少导致任务阻塞。在实际应用中，需要根据具体的业务场景和系统需求来合理设置线程池的参数。
workQueue可以使用不同类型的阻塞队列来实现，具体有以下几种常见的选择：

1. LinkedBlockingQueue：这是一个无界阻塞队列，它可以无限制地增长。当任务提交速度大于线程池处理任务的速度时，该队列会不断增长。适用于任务数较多且任务执行时间较短的场景。

2. ArrayBlockingQueue：这是一个有界阻塞队列，它需要指定一个固定大小的容量。当队列已满时，新的任务将等待，直到队列有空闲位置。适用于固定大小的线程池，可以避免线程数过多导致资源浪费。

3. PriorityBlockingQueue：这是一个无界阻塞队列，它根据任务的优先级来进行排序。任务对象必须实现Comparable接口，或者在创建队列时提供自定义的Comparator来指定任务的优先级。适用于根据任务优先级来执行任务的场景。

4. SynchronousQueue：这是一个没有存储空间的阻塞队列，每个插入操作都必须等待一个对应的删除操作，反之亦然。适用于直接将任务交给线程处理的场景，任务提交和任务执行必须是同步的。

选择合适的workQueue取决于应用场景和线程池的设计要求。无界队列（如LinkedBlockingQueue和PriorityBlockingQueue）适用于任务数较多且任务执行时间较短的情况。有界队列（如ArrayBlockingQueue）适用于固定大小的线程池，避免线程数过多导致资源浪费。SynchronousQueue适用于需要将任务立即提交给线程执行的场景。在实际应用中，根据具体的业务需求和系统负载情况，选择合适的阻塞队列可以优化线程池的性能和效率。
在Java中，线程池的handler用于设置拒绝策略，当线程池的工作队列已满且线程池中的线程数达到最大线程数时，新提交的任务将无法继续执行。拒绝策略决定了线程池如何处理这些无法继续执行的任务。Java提供了四种标准的拒绝策略：

1. AbortPolicy（默认策略）：直接抛出RejectedExecutionException异常，拒绝新任务的提交。这是默认的拒绝策略，如果不显式地设置handler，默认就会使用AbortPolicy。

2. CallerRunsPolicy：使用提交任务的线程来执行新任务。即线程池无法继续执行新任务时，将新任务返回给调用者来执行。这样可以降低任务提交的速度，但是可能会影响到调用者线程的性能。

3. DiscardPolicy：直接丢弃无法继续执行的任务，不做任何处理。当线程池的工作队列已满且线程池中的线程数达到最大线程数时，新提交的任务将被丢弃。

4. DiscardOldestPolicy：丢弃工作队列中最旧的任务，然后尝试提交新任务。这样可以保证尽可能地执行新任务，但也可能会丢失部分任务。

以上四种拒绝策略都是ThreadPoolExecutor类中的静态内部类，可以通过ThreadPoolExecutor的构造函数参数来设置。例如：

ThreadPoolExecutor executor = new ThreadPoolExecutor(
    corePoolSize, // 核心线程数
    maximumPoolSize, // 最大线程数
    keepAliveTime, // 线程空闲时间
    TimeUnit.SECONDS, // 时间单位
    workQueue, // 任务队列
    threadFactory, // 线程工厂
    new ThreadPoolExecutor.AbortPolicy() // 拒绝策略
);

在实际应用中，需要根据业务需求和系统情况选择合适的拒绝策略，以保证线程池的稳定和高效运行。