Android之线程池ThreadPoolExecutor的简介

Android中的线程池ThreadPoolExecutor解决了单线程下载数据的效率慢和线程阻塞的的问题，它的应用也是优化实现的方式。所以它的重要性不言而喻，但是它的复杂性也大，理解上可能会有问题，不过作为安卓工程师，了解这个也是必然的。

ThreadPoolExecutor有几个构造函数，最多参数的构造函数最常用，下面会详细介绍各个参数的含义及其几个参数之间的关系：

<span style="font-size:18px;">ThreadPoolExecutor(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue, threadFactory, handler)</span>

各个参数的含义：

corePoolSize: 核心线程数，能够同时执行的任务数量

maximumPoolSize：除去缓冲队列中等待的任务，最大能容纳的任务数(其实是包括了核心线程池数量)

keepAliveTime：超出workQueue的等待任务的存活时间maximumPoolSize放置的一个线程的存活时间

unit：时间单位

workQueue:阻塞等待线程的队列，一般使用new LinkedBlockingQueue<Runnable>()这个，如果不指定容量， 会一直往里边添加，没有限制,workQueue永远不会满；

threadFactory：创建线程的工厂，使用系统默认的类

handler：当任务数超过maximumPoolSize时，对任务的处理策略，默认策略是拒绝添加

需要注意的是这里的handler与安卓中的handler不同

执行流程：

当线程数小于corePoolSize时，每添加一个任务，则立即开启线程执行

当corePoolSize满的时候，后面添加的任务将放入缓冲队列workQueue等待；

当workQueue也满的时候，看是否超过maximumPoolSize线程数，如果超过，默认拒绝执行

总结来说：核心线程corePoolSize、任务队列workQueue、最大线程maximumPoolSize，如果三者都满了，使用handler处理被拒绝的任务。当一个线程的存活时间到达指定的存活时间索命该线程的任务已执行完，该线程的生命周期结束，被拒绝的线程可以重新进入线程池中开始任务，依次循环此过程。

举例说明：

假如：

corePoolSize=2，maximumPoolSize=3，workQueue容量为8;

最开始，执行的任务A，B，此时corePoolSize已用完，再次执行任务C，则C将被放入缓冲队列workQueue中等待着，如果后来又添加了7个任务，此时workQueue已满，则后面再来的任务的数量是5将会和maximumPoolSize比较，由于maximumPoolSize为3，所以只能容纳1个了，因为包含corePollSize个数，所以后面来的任务默认都会被拒绝4个。

来源：https://blog.csdn.net/smile0528/article/details/52496964