JAVA中的线程池

java中的线程池的运用场景最多的并发框架，几乎所有的需要异步或者并发执行任务的程序都可以使用线程池。在并发过程中，合理的利用线程池可以带来3个好处

• 1.减低资源消耗。通过重复利用已创建的线程减低线程创建或者销毁造成的消耗。
• 2.提高响应速度。当任务到达时，任务可以不需要等待线程的创建就直接执行。
• 3.提高线程的可管理性。线程是稀缺资源，如果无限制的创建，不仅会消耗系统资源，还会减低系统的稳定性，使用线程池可以进行统一的分配，调优和监控。但是要做到合理利用线程池，必须对其实现原理了如指掌。

线程池的实现原理

      

从图中可以看出，当提交一个新任务到线程池中。线程池的处理流程如下。

1.线程池判断核心线程池里的线程是否都在执行任务，如果都不是，则创建一个新的线程来执行任务。如果核心线程池里的线程是否都在执行任务，则进入下个流程。

2.线程池判断工作队列是否已经满，如果工作队列没有满，则将新提交的任务存储在这个工作队列里。如果工作队列都满了则进入下个流程。

3.线程池判断线程池的线程是够都处于工作状态，如果没有，则创建一个新的工作线程来执行任务，如果已经满了，则交给饱和策略来处理这个任务。

ThreadPoolExecutor执行execute()方法示意图：

       

ThreadPoolExecutor执行execute()方法分为4中情况：

1.如果当前运行的线程小于corePoolSize,则创建新的线程来执行方法，（注意：执行这一步骤需要获取全局锁）；

2.如果运行的线程等于或者多余corePoolSize,则将任务加入到BlockingQueue;

3.如果无法将队列加入BlockingQueue(队列已经满)，则创建新的线程来处理任务（注意，执行这一步骤需要获取全局锁）。

4.如果创建的线程将使用当前运行的线程maximumPoolSize,任务将被拒绝，并且调用RejectedExecutionHanlder.rejectedExecution()方法。

       ThreadPoolExecutor采用上述步骤的总体设计思路，是为了在执行execute()方法时，尽可能的避免获取全局锁（那将是一个严重的可升缩瓶颈）。在ThreadPoolExecutor完成预热之后（当前运行的线程数大于等于corePoolSize），几乎所有的execute()方法调用执行的步骤2，而步骤2 不需要获取全局锁。

工作线程：线程池创建线程时，会将线程封装成工作现场worker,worker在执行完成任务后，还会循环的获取工作队列里的任务来执行。我们可以从worker类中的run()方法里看到这点.

线程池中线程执行任务分两种情况：

1.在execute()方法中创建线程时会让这个线程执行当前的任务。

2.这个线程执行完任务后，会反复从BlockingQueue获取任务来执行。

线程池的使用

可以通过ThreadPoolExecutor来创建线程池。

new ThreadPoolExecutor(

corePoolSize,maxiMumPoolSize,keepAliveTime,milliseconds,runnableTaskQueue,handler);

runnableTaskQueue(任务队列)：用于保护等待执行任务的阻塞队列。可以选择下面的阻塞队列：

ArrayBlockingQueue: 是一个基于数组结构的有界阻塞队列，此队列按FIFO（先进先出）原则对元素进行排序

LinkedBlockingQueue:是一个基于链表结构的阻塞队列，此队列按照FIFO排序元素，吞吐量通常高于ArrayBlockingQueue。静态工程方法Executors.newFixedThreadPool()使用的该队列。

SynchronousQueue: 一个不存储元素的阻塞队列，每个插入操作必须等到另一个线程调用被移除的操作，否则插入操作一直处于阻塞状态，吞吐量通常要高于LinkedBlockingQueue,静态工程方法Executors.newCachedThreadPool()使用了这个列。

PriorityBlockingQueue: 一个具有优先级的无线阻塞队列。

maximumPoolSize(线程池最大数量)：线程池允许他创建的最大线程数。如果队列满了，并且已创建的线程数小于最大线程数，则线程池会在创建新线程执行任务。值得注意的是，如果使用了无界的任务队列这个参数就没有什么效果了。

RejectedExecutionHandler(饱和策略)：当队列和线程都满了的时候，说明线程池是处于饱和的状态，那么必须采取一种策略处理提交的新任务，这个策略默认的情况下是AbortPolicy,表示无法处理新任务抛物异常。JDK1.5中Java线程池框架提供一下四种策略。

AbortPolicy：直接抛出异常。

CallerRunsPolicy: 只用滴啊用着所在的线程来运行任务。

DiscardOldestPolicy: 丢弃队列里最近的一个任务，并执行当前任务。

DiscardPolicy: 不处理，丢弃掉。

合理的配置线程池：

第一点：线程个数大小的设置

第二点：线程池闲逛参数配置

第三点：利用Hook强入你的行为

第四点：线程池关闭

线程池数量大小如何设置?

任务的性质：CPU密集型，IO密集型 和或者行任务。

任务的优先级： 高,中, 低

任务执行时间：长，中， 短

任务的依赖性： 是否依赖其他系统资源，如数据库的连接

CPU密集型（CPU-bound）
CPU密集型也叫计算密集型，指的是系统的硬盘、内存性能相对CPU要好很多，此时，系统运作大部分的状况是CPU Loading 100%，CPU要读/写I/O(硬盘/内存)，I/O在很短的时间就可以完成，而CPU还有许多运算要处理，CPU Loading很高。

在多重程序系统中，大部份时间用来做计算、逻辑判断等CPU动作的程序称之CPU bound。例如一个计算圆周率至小数点一千位以下的程序，在执行的过程当中绝大部份时间用在三角函数和开根号的计算，便是属于CPU bound的程序。

CPU bound的程序一般而言CPU占用率相当高。这可能是因为任务本身不太需要访问I/O设备，也可能是因为程序是多线程实现因此屏蔽掉了等待I/O的时间。

IO密集型（I/O bound）
IO密集型指的是系统的CPU性能相对硬盘、内存要好很多，此时，系统运作，大部分的状况是CPU在等I/O (硬盘/内存) 的读/写操作，此时CPU Loading并不高。

I/O bound的程序一般在达到性能极限时，CPU占用率仍然较低。这可能是因为任务本身需要大量I/O操作，而pipeline做得不是很好，没有充分利用处理器能力。

CPU密集型 vs IO密集型
我们可以把任务分为计算密集型和IO密集型。

计算密集型任务的特点是要进行大量的计算，消耗CPU资源，比如计算圆周率、对视频进行高清解码等等，全靠CPU的运算能力。这种计算密集型任务虽然也可以用多任务完成，但是任务越多，花在任务切换的时间就越多，CPU执行任务的效率就越低，所以，要最高效地利用CPU，计算密集型任务同时进行的数量应当等于CPU的核心数。

计算密集型任务由于主要消耗CPU资源，因此，代码运行效率至关重要。Python这样的脚本语言运行效率很低，完全不适合计算密集型任务。对于计算密集型任务，最好用C语言编写。

第二种任务的类型是IO密集型，涉及到网络、磁盘IO的任务都是IO密集型任务，这类任务的特点是CPU消耗很少，任务的大部分时间都在等待IO操作完成（因为IO的速度远远低于CPU和内存的速度）。对于IO密集型任务，任务越多，CPU效率越高，但也有一个限度。常见的大部分任务都是IO密集型任务，比如Web应用。

IO密集型任务执行期间，99%的时间都花在IO上，花在CPU上的时间很少，因此，用运行速度极快的C语言替换用Python这样运行速度极低的脚本语言，完全无法提升运行效率。对于IO密集型任务，最合适的语言就是开发效率最高（代码量最少）的语言，脚本语言是首选，C语言最差。