线程池算是Android开发中非常常用的一个东西了，只要涉及到线程的地方，大多数情况下都会涉及到线程池。Android开发中线程池的使用和Java中线程池的使用基本一致。那么今天我想来总结一下Android开发中线程池的使用。
OK，假如说我想做一个新闻应用，ListView上有一个item，每个item上都有一张图片需要从网络上加载，如果不使用线程池，你可能通过下面的方式来开启一个新线程：
这种用法主要存在以下3点问题：
1.使用newThread()创建线程存在的问题针对每一个item都创建一个新线程，这样会导致频繁的创建线程，线程执行完之后又被回收，又会导致频繁的GC
这么多线程缺乏统一管理，各线程之间互相竞争，降低程序的运行效率，手机页面卡顿，甚至会导致程序崩溃
如果一个item滑出页面，则要停止该item上图片的加载，但是如果使用这种方式来创建线程，则无法实现线程停止执行
如果使用线程池，我们就可以很好的解决以上三个问题。
2.使用线程池的好处重用已经创建的好的线程，避免频繁创建进而导致的频繁GC
控制线程并发数，合理使用系统资源，提高应用性能
可以有效的控制线程的执行，比如定时执行，取消执行等
OK，我们知道Android中的线程池其实源于Java，Java中和线程有关的东东叫做Executor，Executor本身是一个接口，这个接口有一个非常有用的实现类叫做ThreadPoolExecutor，如下：
Android中常用的线程池都是通过对ThreadPoolExecutor进行不同配置来实现的，那么我们今天就从这这个ThreadPoolExecutor来开始吧！
3.ThreadPoolExecutorThreadPoolExecutor有四个重载的构造方法，我们这里来说说参数最多的那一个重载的构造方法，这样大家就知道其他方法参数的含义了，如下：
这里是7个参数(我们在开发中用的更多的是5个参数的构造方法)，OK，那我们来看看这里七个参数的含义：
corePoolSize线程池中核心线程的数量
maximumPoolSize线程池中最大线程数量
keepAliveTime非核心线程的超时时长，当系统中非核心线程闲置时间超过keepAliveTime之后，则会被回收。如果ThreadPoolExecutor的allowCoreThreadTimeOut属性设置为true，则该参数也表示核心线程的超时时长
unit第三个参数的单位，有纳秒、微秒、毫秒、秒、分、时、天等
workQueue线程池中的任务队列，该队列主要用来存储已经被提交但是尚未执行的任务。存储在这里的任务是由ThreadPoolExecutor的execute方法提交来的。
threadFactory为线程池提供创建新线程的功能，这个我们一般使用默认即可
handler拒绝策略，当线程无法执行新任务时（一般是由于线程池中的线程数量已经达到最大数或者线程池关闭导致的），默认情况下，当线程池无法处理新线程时，会抛出一个RejectedExecutionException。
针对于workQueue参数我多说几点：workQueue是一个BlockingQueue类型，那么这个BlockingQueue又是什么呢？它是一个特殊的队列，当我们从BlockingQueue中取数据时，如果BlockingQueue是空的，则取数据的操作会进入到阻塞状态，当BlockingQueue中有了新数据时，这个取数据的操作又会被重新唤醒。同理，如果BlockingQueue中的数据已经满了，往BlockingQueue中存数据的操作又会进入阻塞状态，直到BlockingQueue中又有新的空间，存数据的操作又会被冲洗唤醒。BlockingQueue有多种不同的实现类，下面我举几个例子来说一下：
1.ArrayBlockingQueue：这个表示一个规定了大小的BlockingQueue，ArrayBlockingQueue的构造函数接受一个int类型的数据，该数据表示BlockingQueue的大小，存储在ArrayBlockingQueue中的元素按照FIFO（先进先出）的方式来进行存取。
2.LinkedBlockingQueue：这个表示一个大小不确定的BlockingQueue，在LinkedBlockingQueue的构造方法中可以传一个int类型的数据，这样创建出来的LinkedBlockingQueue是有大小的，也可以不传，不传的话，LinkedBlockingQueue的大小就为Integer.MAX_VALUE，源码如下：
3.PriorityBlockingQueue：这个队列和LinkedBlockingQueue类似，不同的是PriorityBlockingQueue中的元素不是按照FIFO来排序的，而是按照元素的Comparator来决定存取顺序的（这个功能也反映了存入PriorityBlockingQueue中的数据必须实现了Comparator接口）。
4.SynchronousQueue：这个是同步Queue，属于线程安全的BlockingQueue的一种，在SynchronousQueue中，生产者线程的插入操作必须要等待消费者线程的移除操作，Synchronous内部没有数据缓存空间，因此我们无法对SynchronousQueue进行读取或者遍历其中的数据，元素只有在你试图取走的时候才有可能存在。我们可以理解为生产者和消费者互相等待，等到对方之后然后再一起离开。
OK，这是ThreadPoolExecutor的构造方法参数的解释，我们的线程提交到线程池之后又是按照什么样的规则去运行呢？OK，它们遵循如下规则：1.execute一个线程之后，如果线程池中的线程数未达到核心线程数，则会立马启用一个核心线程去执行
2.execute一个线程之后，如果线程池中的线程数已经达到核心线程数，且workQueue未满，则将新线程放入workQueue中等待执行
3.execute一个线程之后，如果线程池中的线程数已经达到核心线程数但未超过非核心线程数，且workQueue已满，则开启一个非核心线程来执行任务
4.execute一个线程之后，如果线程池中的线程数已经超过非核心线程数，则拒绝执行该任务
OK，基于以上讲解，我们来看一个Demo：
执行结果如下：
OK，由于核心线程数为3，workQueue的大小为，所以我们的线程的执行应该是先启动三个核心线程来执行任务，剩余的27个任务全部存在workQueue中，等待核心线程空余出来之后执行。OK，那我把构造ThreadPoolExecutor的参数修改一下，来验证一下我们上面的结论正确与否：
如上，我把最大线程数改为30，而把线程队列大小改为6（实际开发中不会这样来设置，这里只是为了验证结论），我们来看看执行结果：
（动态图片可点击阅读原文查看）
OK，首先打印出来0，1，2说明往核心线程添加了三个任务，然后将3，4，5，6，7，8六个任务添加到了任务队列中，接下来要添加的任务因为核心线程已满，队列已满所以就直接开一个非核心线程来执行，因此后添加的任务反而会先执行（3，4，5，6，7，8都在队列中等着），所以我们看到的打印结果是先是0～2，然后9～29，然后3~8，当然，我们在实际开发中不会这样来配置最大线程数和线程队列。那如果我们需要自己来配置这些参数，该如何配置呢？参考一下AsyncTask，AsyncTask部分源码如下：
我们看到，核心线程数为手机CPU数量+1（cpu数量获取方式Runtime.getRuntime().availableProcessors()），最大线程数为手机CPU数量×2+1，线程队列的大小为，OK，那么小伙伴们在以后使用线程池的过程中可以参考这个再结合自己的实际情况来配置参数。
OK，那么和线程池有关的最基本的ThreadPoolExecutor我们就说完了，接下来我们就来看看系统配置好的提供给我们的线程池。
4.FixedThreadPoolFixedThreadPool是一个核心线程数量固定的线程池，创建方式如下：
源码如下：
我们看到核心线程数和最大线程数一样，说明在FixedThreadPool中没有非核心线程，所有的线程都是核心线程，且线程的超时时间为0，说明核心线程即使在没有任务可执行的时候也不会被销毁（这样可让FixedThreadPool更快速的响应请求），最后的线程队列是一个LinkedBlockingQueue，但是LinkedBlockingQueue却没有参数，这说明线程队列的大小为Integer.MAX_VALUE（2的31次方减1），OK，看完参数，我们大概也就知道了FixedThreadPool的工作特点了，当所有的核心线程都在执行任务的时候，新的任务只能进入线程队列中进行等待，直到有线程被空闲出来。OK，我们来看一个Demo：
执行结果如下：
（动态图可点击阅读原文查看）
这执行结果也和我们想的一致，先往核心线程中添加三个任务，剩余任务进入到workQueue中等待，当有空闲的核心线程时就执行任务队列中的任务。
5.SingleThreadExecutorsingleThreadExecutor和FixedThreadPool很像，不同的就是SingleThreadExecutor的核心线程数只有1，如下：
使用SingleThreadExecutor的一个最大好处就是可以避免我们去处理线程同步问题，其实如果我们把FixedThreadPool的参数传个1，效果不就和SingleThreadExecutor一致了，来看个Demo：
执行效果如下：
6.CachedThreadPoolCachedTreadPool一个最大的优势是它可以根据程序的运行情况自动来调整线程池中的线程数量，CachedThreadPool源码如下：
我们看到，CachedThreadPool中是没有核心线程的，但是它的最大线程数却为Integer.MAX_VALUE，另外，它是有线程超时机制的，超时时间为60秒，这里它使用了SynchronousQueue作为线程队列，SynchronousQueue的特点上文已经说过了，这里不再赘述。那么我们提交到CachedThreadPool消息队列中的任务在执行的过程中有什么特点呢？由于最大线程数为无限大，所以每当我们添加一个新任务进来的时候，如果线程池中有空闲的线程，则由该空闲的线程执行新任务，如果没有空闲线程，则创建新线程来执行任务。根据CachedThreadPool的特点，我们可以在有大量任务请求的时候使用CachedThreadPool，因为当CachedThreadPool中没有新任务的时候，它里边所有的线程都会因为超时而被终止。OK，我们来看一个Demo：
每次添加完任务之后我都停两秒在添加新任务，由于这里的任务执行不费时，我们可以猜测这里所有的任务都使用同一个线程来执行（因为每次添加新任务的时候都有空闲的线程），运行结果如下：
（动态图可点击阅读原文查看）
和我们的想法基本一致。OK，那如果我把代码稍微改一下：
每个任务在执行的过程中都先休眠两秒，但是我向线程池添加任务则是每隔1s添加一个任务，这样的话，添加第一个任务时先开新线程，添加第二个任务时，由于第一个新线程尚未执行完，所以又开一个新线程，添加第三个任务时，第一个线程已经空闲下来了，直接第一个线程来执行第三个任务，依此类推。我们来看看运行结果：
（动态图可点击阅读原文查看）
7.ScheduledThreadPoolScheduledThreadPool是一个具有定时定期执行任务功能的线程池，源码如下：
我们可以看到，它的核心线程数量是固定的（我们在构造的时候传入的），但是非核心线程是无穷大，当非核心线程闲置时，则会被立即回收。
使用ScheduledThreadPool时，我们可以通过如下几个方法来添加任务：
1.延迟启动任务：
示例代码：
2.延迟定时执行任务：
延迟initialDelay秒后每个period秒执行一次任务。示例代码：
延迟1秒之后每隔1秒执行一次新任务。
3.延迟执行任务
第一次延迟initialDelay秒，以后每次延迟delay秒执行一个任务。示例代码：
第一次延迟1秒之后，以后每次也延迟1秒执行。
OK，至此，Android开发中常用的线程池就说完了。
8.线程池其他常用功能shutDown()关闭线程池，不影响已经提交的任务
shutDownNow()关闭线程池，并尝试去终止正在执行的线程
allowCoreThreadTimeOut(booleanvalue)允许核心线程闲置超时时被回收
submit一般情况下我们使用execute来提交任务，但是有时候可能也会用到submit，使用submit的好处是submit有返回值，举个栗子：
使用submit时我们可以通过实现Callable接口来实现异步任务。在call方法中执行异步任务，返回值即为该任务的返回值。Future是返回结果，返回它的isDone属性表示异步任务执行成功！
5.自定义线程池
除了使用submit来定义线程池获取线程执行结果之外，我们也可以通过自定义ThreadPoolExecutor来实现这个功能，如下：
执行结果如下：
OK，以上就是关于线程池的使用总结。。
参考资料