聊聊Java线程池

池化技术

程序运行的本质：占用系统的资源。
池化技术能够减少资源对象的创建次数，提高程序的性能，特别是在高并发下这种提高更加明显。使用池化技术缓存的资源对象有如下共同特点：1，对象创建时间长；2，对象创建需要大量资源；3，对象创建后可被重复使用。

使用线程池的优势

（1）降低系统资源消耗，通过重用已存在的线程，降低线程创建和销毁造成的消耗；
（2）提高系统响应速度，当有任务到达时，通过复用已存在的线程，无需等待新线程的创建便能立即执行；
（3）方便线程并发数的管控。因为线程若是无限制的创建，可能会导致内存占用过多而产生OOM，并且会造成cpu过度切换（cpu切换线程是有时间成本的（需要保持当前执行线程的现场，并恢复要执行线程的现场））。
（4）提供更强大的功能，延时定时线程池。

Executors类提供的4种线程池

我们先看看java给我们提供的4种线程池：
1、newCachedThreadPool：用来创建一个可以无限扩大的线程池，适用于负载较轻的场景，执行短期异步任务。（可以使得任务快速得到执行，因为任务时间执行短，可以很快结束，也不会造成cpu过度切换）



2、newFixedThreadPool：创建一个固定大小的线程池，因为采用无界的阻塞队列，所以实际线程数量永远不会变化，适用于负载较重的场景，对当前线程数量进行限制。（保证线程数可控，不会造成线程过多，导致系统负载更为严重）



3、newSingleThreadExecutor：创建一个单线程的线程池，适用于需要保证顺序执行各个任务。



4、newScheduledThreadPool：适用于执行延时或者周期性任务。

看到这里大家可能会很迷惑创建线程池里的参数是啥意思，接下来咱来看看创建线程池的参数都有哪些，都代表什么意思

线程池的七大参数

遇事不决看源码

1、corePoolSize（线程池基本大小）：当向线程池提交一个任务时，若线程池已创建的线程数小于corePoolSize，即便此时存在空闲线程，也会通过创建一个新线程来执行该任务，直到已创建的线程数大于或等于corePoolSize时，（除了利用提交新任务来创建和启动线程（按需构造），也可以通过 prestartCoreThread() 或 prestartAllCoreThreads() 方法来提前启动线程池中的基本线程。）

2、maximumPoolSize（线程池最大大小）：线程池所允许的最大线程个数。当队列满了，且已创建的线程数小于maximumPoolSize，则线程池会创建新的线程来执行任务。另外，对于无界队列，可忽略该参数。

3、keepAliveTime（线程存活保持时间）当线程池中线程数大于核心线程数时，线程的空闲时间如果超过线程存活时间，那么这个线程就会被销毁，直到线程池中的线程数小于等于核心线程数。

4、unit线程存活时间的单位

5、workQueue（任务队列）：用于传输和保存等待执行任务的阻塞队列。

6、threadFactory（线程工厂）：用于创建新线程。threadFactory创建的线程也是采用new Thread()方式，threadFactory创建的线程名都具有统一的风格：pool-m-thread-n（m为线程池的编号，n为线程池内的线程编号）。

7、handler（线程饱和策略）：当线程池和队列都满了，再加入线程会执行此策略。

参见阿里开发手册：尽量使用ThreadPoolExecutor去创建线程池，这样更能明确线程池的运行规则，规避资源耗尽的风险。

说明：Executors返回的线程池对象的弊端如下：

（1）FixedThreadPool和SingleThreadPool：

允许的请求队列长度为Integer.MAX_VALUE,可能会堆积大量的请求，从而导致OOM。

（2）CacheThreadPool和ScheduleThreadPool：

允许的创建线程数量为Integer.Max_VALUE,可能会创建大量的线程，从而导致OOM。

线程池流程分析

其实线程池的工作原理类似银行处理业务的场景，整个线程池可以看成是一个业务大厅，线程工厂呢就是那一排业务窗口，窗口的总数就是线程池的最大容量（这里假设有1到5号窗口），每个窗口是一条线程。正常情况下，最多开启三个窗口（线程池的基本大小）办理业务，来一个人办理一次业务。那么，当三个窗口都在办理业务时，又有人进来了，那就得取号在等候区（阻塞队列）等待。当来的人太多了，等候区已经满员了，这时再开启剩下的窗口一起办理业务（把休假的人喊回来）。一段时间过后，办理业务的人离开了，多开的窗口开始空闲下来，超过一段时间没人来办理业务，休假的人就开溜了，又回到正常情况。

四种拒绝（饱和）策略

当线程池的任务缓存队列已满并且线程池中的线程数目达maximumPoolSize时，如果还有任务到来就会采取任务拒绝策略，通常有以下四种策略：
ThreadPoolExecutor.AbortPolicy:默认拒绝策略，丢弃任务并抛RejectedExecutionException异常。
ThreadPoolExecutor.DiscardPolicy：丢弃任务，但是不抛出异常。 ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新提交被拒绝的任务
ThreadPoolExecutor.CallerRunsPolicy：由调用线程（提交任务的线程）处理该任务（哪来的回哪去）

线程池的最大容量如何去设置？

了解：IO密集型和CPU密集型（调优）

线程是否越多越好？ 分析如下：

一个计算为主的程序（专业一点称为CPU密集型程序）。多线程跑的时候，可以充分利用起所有的cpu核心，比如说4个核心的cpu,开4个线程的时候，可以同时跑4个线程的运算任务，此时是最大效率。

但是如果线程远远超出cpu核心数量 反而会使得任务效率下降，因为频繁的切换线程也是要消耗时间的。

因此对于cpu密集型的任务来说，线程数等于cpu数是最好的了。
如果是一个磁盘或网络为主的程序（IO密集型）。一个线程处在IO等待的时候，另一个线程还可以在CPU里面跑，有时候CPU闲着没事干，所有的线程都在等着IO，这时候他们就是同时的了，而单线程的话此时还是在一个一个等待的。我们都知道IO的速度比起CPU来是慢到令人发指的。所以开多线程，比方说多线程网络传输，多线程往不同的目录写文件，等等。

此时 线程数等于IO任务数是最佳的

https://ifeve.com/java-threadpool/
https://www.jianshu.com/p/7726c70cdc40
https://www.cnblogs.com/personsiglewine/p/13043124.html