Java学习day29：线程池Pool中创建线程方式（面试必考！）
声明：该专栏本人重新过一遍java知识点时候的笔记汇总，主要是每天的知识点+题解，算是让自己巩固复习，也希望能给初学的朋友们一点帮助，大佬们不喜勿喷(抱拳了老铁！)
往期回顾
Java学习day28：线程池Pool（知识点非常非常的详解）-CSDN博客
Java学习day27：join方法、生产者消费者模式（知识点详解）-CSDN博客
Java学习day26：和线程相关的Object类的方法、等待线程和唤醒线程（知识点详解）-CSDN博客
Java学习day29：线程池Pool中创建线程方式
温馨提示：
大家先把昨天的内容理解到位，会更好的消化今天的内容。
Java学习day28：线程池Pool（知识点非常非常的详解）-CSDN博客
在昨天的Java学习day28中，我们非常非常详细的讲解了线程池的知识点，其中创建线程池的两种方式里又有其中具体实现方法，昨天我们讲了前六种，而最重要的最后一种，也就是我们将来实际开发中会使用的一种，也是面试会问会考的一种方式。下面我们具体讲解。
7.ThreadPoolExecutor：手动创建线程池的方式，它创建时最多可以设置7个参数。
1.为什么要求必须掌握这个？
**ThreadPoolExecutor
相比于其他创建线程池的优势在于，它可以通过参数来控制最大任务数和拒绝策略，让线程池的执行更加透明和可控**，所以在阿里巴巴《Java开发手册》是这样规定的：
【强制要求】线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。内存溢出的错误
说明：Executors 返回的线程池对象的弊端如下：
| 1） FixedThreadPool 和 SingleThreadPool： | 允许的请求队列长度为 Integer.MAX_VALUE，可能会堆积大量的请求，从而导致 OOM。 |
| 2）CachedThreadPool： | 允许的创建线程数量为 Integer.MAX_VALUE，可能会创建大量的线程，从而导致 OOM。 |
2.7个参数
**ThreadPoolExecutor 是最原始、也是最推荐的手动创建线程池的方式**，它在创建时最多提供7个参数可供设置。这7个参数，面试的时候都会问！！！
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueueworkQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler)
接下来我们一个一个讲解：
Ⅰ.
①核心线程数(CorePoolSize)：
线程池中保持最小活动数的线程数量，并且不允许超时，除非调用allowCoreThreadTimeOut方法，这个时候最小值是0。
当线程池线程数量小于核心线程数时，一个新的任务请求被提交上来时，不管其他线程是否处于空闲状态，都会新建一个线程来处理这个请求。
如果在运行的线程数数量超过核心线程数但是小于最大线程数，并且工作队列已满，将创建一个线程处理这个请求。
默认情况下，当一个任务请求时，核心线程数才会被创建和启动，但是也可以通过prestartCoreThread启动一个核心线程或者prestartAllCoreThread启动所有核心线程。
Ⅱ.
②最大线程数(MaximumPoolSize)：
线程池运行的最大线程数量，受属性CAPACITY的限制，最大为(2^29)-1(约5亿)
Ⅲ.
③存活时间(Keep-alive times)：
空闲线程等待工作的超时时间（以纳秒为单位）
如果当前线程池中的线程数超过了核心线程数，超出的部分线程如果空闲的时长大于存活时长，那么他们将会被终止运行。当线程池不被频繁使用的时候，这提供了一种减少资源消耗的方法。
存活时间可以通过setKeepAliveTime(long, TimeUnit)进行修改，使用setKeepAliveTime(Long.MAX_VALUE,NANOSECONDS)有效地禁止空闲线程在关闭之前终止。默认情况下，存活策略只适用于当前线程数超过核心线程数的情况下。
但是使用方法allowCoreThreadTimeOut(boolean)也可以将这个超时策略应用到核心线程，只要keepAliveTime值不为零。
Ⅳ.
④时间单位(TimeUnit)：
TimeUnit 是存活时间的单位。
Ⅴ.
⑤阻塞队列(BlockingQueue)：
任何实现了BlockingQueue接口的实现类都可以用来传输和保存提交的任务，阻塞队列的使用和线程池大小相关。
如果运行的线程少于核心线程数, Executor总是倾向于添加一个新线程而不是排队。
如果核心线程数（5个）或更多线程正在运行(不超过最大线程数)（10个），Executor总是倾向于排队请求（从5个核心线程中去拿线程排队拿），而不是添加一个新线程。
如果没有达到最大线程数并且队列未满，将创建新的线程执行任务，如果线程数大于最大线程数，任务将会被拒绝。
三种排队策略
| 直接传递 | 工作队列的一个很好的默认选择是 SynchronousQueue，它将任务交给线程而不用其他方式持有它们。一个新的任务尝试排队时，如果没有可供使用的线程运行它时将会创建一个新的线程。该策略避免了锁定处理可能具有内部依赖关系的请求集，直接传递通常需要无界的最大线程池来避免新的任务提交。这反过来又承认了当命令的平均到达速度快于它们的处理速度时，线程无限增长的可能性。 |
| 无界队列 | 无界队列例如ArrayBlockingQueue，它能在有限的最大线程数内防止资源耗尽，但是它也更难调整和控制。 无界队列是一个没有预定义容量的队列，使用无界队列例如LinkedBlockingQueue将导致新任务一直在等待，当核心线程数（5个）的线程处于工作状态时。因此，不会有超过核心线程数的线程被创建（），也就是说最大线程数是不起作用的。当任务之间互相独立，互不影响的时候这个选择可能是挺合适的。例如，在web服务器中，这种队列在消除短暂的高并发方面很有作用，它允许无界队列增长的平均速度比处理的平均速度快。 |
| 有界队列 | 队列的大小和最大线程数可以互相替换：使用更大的队列数量和小的线程池数量能够最小化CPU的使用、系统资源和上下文切换的开销，但也人为的导致了低吞吐量。如果一个任务频繁的阻塞，例如频繁I/O，系统更多的时间是在频繁的调度而不是运行任务。使用小的队列通常需要大的线程池数量，这会让CPU更能充分利用，但是也会遇到不可接受的调度开销，也会降低吞吐量。 |
Ⅵ.
⑥创建新的线程(ThreadFactory)：
ThreadFactory用来创建线程。如果没有指定ThreadFactory的话，默认会使用Executors#defaultThreadFactory来创建线程，并且这些线程都是在同一个ThreadGroup并且都是非守护线程状态(non-daemonstatus)并且拥有相同的优先级(NORM_PRIORITY)。
如果指定了ThreadFactory可以修改ThreadGroup和线程的名称、守护状态、优先级等。
ThreadFactory如果调用newThread(Runnable r)方法返回null则创建线程失败，线程池会继续运行但可能不会执行任何任务。
线程应该拥有"modifyThread"权限，如果工作线程或者其他线程没有拥有这个权限，服务可能会降级，配置更改可能不会及时生效，关闭线程池可能保持在可能终止但未完成的状态。
Ⅶ.
⑦拒绝任务（RejectedExecutionHandler）：
在调用execute(Runnable)提交任务时，在Executor已经关闭或者有界队列的最大线程数和队列满的情况下任务会被拒绝。不论在什么情况下，execute方法调用RejectedExecutionHandler#rejectedExecution(Runnable, ThreadPoolExecutor)任务都会根据拒绝策略被拒绝。
四种拒绝策略
| ThreadPoolExecutor.AbortPolicy，默认的拒绝策略，简单粗暴，拒绝的时候直接抛RejectedExecutionException异常 |
| ThreadPoolExecutor.CallerRunsPolicy，由调用者执行自身execute方法来运行提交进来的任务，从名字CallerRuns(调用者运行)中就可以看出。它会提供一个简单的反馈控制机制，这种策略将降低新任务被提交上来的速度。 |
| ThreadPoolExecutor.DiscardPolicy，也很简单粗暴，直接丢弃任务，不抛异常。 |
| ThreadPoolExecutor.DiscardOldestPolicy，DiscardOldest丢弃最早的任务，在队列头部也就是最新进入队列的任务会被丢弃，然后尝试提交新任务，如果提交失败会继续重复以上步骤。 |
当然，也可以自己实现RejectedExecutionHandler接口，并重写rejectedExecution方法来自定义拒绝策略。
以上，就是需要掌握的7个参数。
3.通俗解释
针对上面7个参数，我们举一个例子来进行通俗的解释。
假如现在有一家外包公司(ThreadPoolExecutor)，公司的核心开发(corePoolSize)有5个人，公司最多容纳(maximumPoolSize)10个开发，现在公司接了一个项目，核心开发还忙的过来，就将这个项目给其中一个核心开发做，慢慢的销售人员接的项目越来越多，5个核心开发都在做项目没时间再做新的项目，公司为了节省开支新来的项目只能先接过来暂时积压(BlockingQueue)起来，但是一直积压也不是个事情，客户也会一直催，公司顶住最多只能积压5个，积压到5个之后公司也还能容纳5个开发，不得不再招人（创建新的线程）处理新的项目。当公司发展的越来越好，接的项目也越来越多这10个开发也忙不过来了，有新的项目再进来就只能通过各种方式拒绝(RejectedExecutionHandler)了。再后来因为疫情原因，公司能接到的项目也越来越少了，开发人员很多(Thread)已经没事儿可做了，大概过了两周时间(keepAliveTime)，公司又为了节省开支就把这些空闲下来的非核心开发给开了。当然，核心开发也不是说一定不能动也是可以开的(allowCoreThreadTimeOut(true))，只不过肯定是优先考虑非核心人员。
有人说了，项目多的时候为啥不扩大公司规模呢？
首先，公司老板最多也就有养这几个员工的的能力，养的多了老板也吃不消，多招一个人可能也不会使工作效率提高，反而可能拖累其他开发的进度，能养几个员工也是经过老板深思熟虑加以往的经验总结得出的结果。
4.代码示例
import java.util.concurrent.LinkedBlockingDeque;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
public class Demo5 {
public static void main(String[] args) {
//这个是必须要会理解的！！！
//创建线程池
//public ThreadPoolExecutor(int corePoolSize,
// int maximumPoolSize,
// long keepAliveTime,
// TimeUnit unit,
// BlockingQueue workQueue,
// ThreadFactory threadFactory,
// RejectedExecutionHandler handler)
//corePoolSize ：核心线程数 5个 一个公司最大容量10人 核心只有5个人 只有这5个人干活
//maximumPoolSize：线程池最多可以运行线程数 设置为10 约 5个亿左右
//keepAliveTime:存活时间，空闲下来的线程得回收。按照秒来计算。活动状态，比较活跃 不回收
//如果你不干活超过100秒，我就会回收掉这个线程！！！
//unit 是keepAliveTime 单位 可以是秒 小时 天 毫秒， 纳秒！！！
//workQueue 阻塞队列
ThreadPoolExecutor threadPool = new ThreadPoolExecutor(5, 10, 100, TimeUnit.SECONDS, new LinkedBlockingDeque<>(10));
//执行任务
for (int i = 0; i < 6; i++) {
final int index =i;
threadPool.execute(new Runnable() {
@Override
public void run() {
System.out.println(index +"被执行线程名:" + Thread.currentThread().getName());
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
}
}
} 以上，就是今天的所有知识点了。讲的这7个参数，有点难懂，大家尝试去看懂这个东西，看不懂的话，就慢慢看，慢慢理解，不着急的，大家最开始看着懵逼是很正常的，这个东西需要沉淀！！！大家要自己多花点时间，静下心看代码，写代码，多理解，多运用，重点是多去运用。
加油吧，预祝大家变得更强！