关于线程池的那些事！你了解吗？

1、为什么要使用线程池？

线程池做的工作主要是控制运行的线程的数量，处理过程中将任务放入队列，然后再线程创建时启动这些任务，如果线程数量超过了最大数量，超出最大数量的线程排队等候，等其他线程执行完成，再从队列取出任务来执行。

2、线程池的主要特点：  线程复用；控制最大并发数；管理线程

第一：降低资源消耗。通过重复利用已创建的线程，来降低线程创建和销毁造成的消耗

第二：提高响应速度。当任务到达时，任务可以不需要等到线程创建就能立即执行

第三：提高线程的可管理性。线程是稀缺资源，如果无限的创建，不仅会消耗系统资源，还会降低系统的稳定性，使用线程池可以进行统一的分配，调优和监控

3、java中的线程池是通过Executor框架实现的，该框架使用了Executor， Executors,ExecutorService,ThreadPoolExecutor这几个类

4、线程池常用的三种方式(线程池的底层实现就是ThreadPoolExecutor)

 

ExecutorService threadPool = Executors.newFixedThreadPool(5);  //一池五个处理线程    执行长期的任务，性能好很多

ExecutorService threadPool1 = Executors.newSingleThreadExecutor();  //一池一个处理线程  一个任务一个任务执行的场景

ExecutorService threadPool2 = Executors.newCachedThreadPool();  //一池N个处理线程  适用：执行很多短期异步的小程序或者负载较轻的服务器

 

  5、线程池七大参数

1、corePoolSize : 线程池中的常驻核心线程数  (可以理解为银行今日当值窗口(A B)，当今日当值窗口(A B)忙不过来的时候(阻塞队列已满，并且后面还有大量的人在银行外等)，再去叫其他 窗口(C D E)来办理业务，让排在银行外面的人来其他窗口((C D E))来办理业务)

在创建了线程池之后，当有请求任务来之后，就会安排池中的线程去执行请求任务，近似理解为当值线程

当线程池中的线程数达到corePoolSize后，就会把到达的任务放到缓存队列中

 

2、maxinumPoolSize: 线程池能够容纳同时执行的最大线程数，此值必须大于等于1(比如一个银行网点最多能有五个窗口进行办理业务，maxinumPoolSize = 5 )

 

3、keepAliveTime：多余的空闲线程的存活时间。

当前线程池数量超过corePoolSize时，当空闲时间达到keepAliveTime值时，多余空闲线程会被销毁直到只剩下corePoolSize个线程为止(可以理解为，银行今日当值窗口(A B )忙不过来的时候，会去叫其他窗口(C D E)来办理业务，当其他窗口(C D E)办理完业务，此时其他窗口(C D E)没有业务需要办理，并且空闲时间达到keepAliveTime的时候，就是让其他窗口(C D E)去休息，就相当于销毁线程)

 

4、unit：keepAliveTime的单位

 

5、workQueue：(阻塞队列)任务队列，被提交但尚未被执行的任务(可以理解为当corePoolSize线程数都在执行任务，那么其他提交的任务就会放在任务队列里面)

 

6、threadFactory：表示生成线程池中工作线程的线程工厂，用于创建线程。（一般用默认的即可）

 

7、handler：拒绝策略，表示当队列满了并且工作线程大于等于线程池的最大线程数

6线程池底层工作原理

 

用户线程提交请求

情况1：如果此时corePoolSzie线程空闲，则corePoolSize线程直接处理用户请求

情况2：如果此时corePoolSzie线程都被占用，那么就将用于任务放入到工作队列(阻塞队列里面)

情况3：如果此时corePoolSzie线程都被占用，并且工作队列已满，那么就会新建非核心工作线程去执行用户请求。(但是必须保证新建以后总线程数不能大于maxinumPoolSize)

情况4：如果此时corePoolSzie线程都被占用，并且工作队列已满，并且新建的非核心工作线程也都在工作，并且还有大量的用户请求，那么这个时候就会使用拒绝策略。

情况5：如果此时corePoolSzie线程都被占用，并且工作队列已满，那么就会新建非核心工作线程去执行用户请求。运行一段时间后，用户请求量降低，那么线程空闲时间大于KeepAliveTime值，那么非线程就会被销毁

线程池的工作流程

 

 

7、四种拒绝策略

等待队列满了，线程池中的max线程也达到了，就需要拒绝策略机制合理的处理这个问题。

AbortPolicy(默认)：直接抛出RejectedExecutionException异常阻止系统正常运行

CallerRunsPolicy：“调用者运行”一种调节 机制，该策略既不会抛弃任务，也不会跑异常，而是将某些任务退回到调用者，从而降低新任务的流量

DiscardOldestPolicy：抛弃队列中等待最久的任务，然后把当前任务加入队列中尝试再次提交当前   任务

DiscardPolicy:直接丢弃任务  不予任何处理也不抛异常。如果允许任务丢失，这是最好的一种方案

 

10、如何合理的配置线程池

 

CPU密集型：

CPU密集的意思是该任务需要大量的运算，而没有阻塞，CPU一直全速运行。

CPU密集任务只有在真正的多核CPU上才可能得到加速(通过多线程)

CPU密集型任务配置尽可能少的线程数量：

一般公式：（CPU核数+1）个线程的线程池   

cpu核数通过Runtime.getRuntime().availableProcessors()计算

 

IO密集型：

由于IO密集型任务线程并不是一直在执行任务，则应该配置尽可能多的线程，如CPU核数*2

IO密集型，即任务需要大量的IO，即大量的阻塞。

在单线程上运行IO密集型的任务会导致浪费大量的CPU运算能力浪费在等待。

所以在IO密集型时，大部分线程都阻塞，故需要多配置线程数：

参考公式：

CPU核数/(1-阻塞系数)   阻塞系数在0.8-09

比如：8核CPU    

8/(1-0.9) = 80个线程数