线程池学习笔记（1）——线程池的使用

写在前面

虽然参加工作也有几年，但是很少接触多线程开发，最近碰到一个项目用到多线程，所以才开始学习，这里就记录一下学习历程，希望能和跟我一样初步学习的小伙伴一起共勉。第一篇文章主要记录理论知识，更多代码后面陆续发出来。本文主要面向对象是线程池初学者，大佬勿喷。

背景

使用线程的时候就去创建一个线程，这样实现起来非常简便，但是就会有一个问题：
       如果并发的线程数量很多，并且每个线程都是执行一个时间很短的任务就结束了，这样频繁创建线程就会大大降低系统的效率，因为频繁创建线程和销毁线程需要时间。那么有没有一种办法使得线程可以复用，就是执行完一个任务，并不被销毁，而是可以继续执行其他的任务？在Java中可以通过线程池来达到这样的效果。

线程池优点

1、线程是稀缺资源，使用线程池可以减少创建和销毁线程的次数，每个工作线程都可以重复使用。

2、可以根据系统的承受能力，调整线程池中工作线程的数量，防止因为消耗过多内存导致服务器崩溃。

线程池创建

涉及关键类

Executor：一个接口，其只定义了一个接收Runnable对象的方法execute，其方法签名为 execute(Runnable command)
ExecutorService：是一个比Executor使用更广泛的子类接口，其提供了生命周期管理的方法，以及可跟踪一个或多个异步任务执行状况返回Future的方法
AbstractExecutorService：ExecutorService执行方法的默认实现
ScheduledExecutorService：一个可定时调度任务的接口
ScheduledThreadPoolExecutor：ScheduledExecutorService的实现，一个可定时调度任务的线程池
ThreadPoolExecutor：线程池，可以通过调用Executors以下静态工厂方法来创建线程池并返回一个ExecutorService对象

创建方式

通过Executors提供四种线程池，分别为：
1、newFixedThreadPool 创建一个定长线程池，可控制线程最大并发数，超出的线程会在队列中等待。

使用一个基于FIFO排序的阻塞队列LinkedBlockingQueue，在所有corePoolSize线程都忙时新任务将在队列中等待

默认队列深度Integer.MAX_VALUE，

拒绝策略是ThreadPoolExecutor默认策略AbortPolicy，超过队列深度时直接抛出异常RejectedExecutionException

2、newSingleThreadExecutor 创建一个单线程化的线程池，它只会用唯一的工作线程来执行任务，使用的也是LinkedBlockingQueue无界队列，保证所有任务按照指定顺序(FIFO, LIFO, 优先级)执行，如果该线程因为异常而结束就新建一条线程来继续执行后续的任务

3、newCachedThreadPool 创建可缓存的线程池，如果线程池中的线程在60秒未被使用就将被移除，在执行新的任务时，当线程池中有之前创建的可用线程就重用可用线程，否则就新建一条线程

4、newScheduledThreadPool 创建一个可延迟执行或定期执行的线程池

5、通过查看源码可以发现，使用Executors创建线程池的几种方式最终都是调用ThreadPoolExecutor的构造器来创建，查看ThreadPoolExecutor源码可以发现ThreadPoolExecutor类一共有4个构造器，创建线程池都是调用第四个构造方法。所以我们创建线程池也可以通过ThreadPoolExecutor方式创建

参数说明：

corePoolSize 核心线程数，线程池维护线程的最少数量。线程池至少会保持该数量的线程存在，即使没有任务可以处理。（注意：这里说的至少是指线程达到这个数量后，即使有空闲的线程也不会释放，而不是说线程池创建好之后就会初始化这么多线程）
maximumPoolSize 线程池维护线程的最大数量。线程池最多可创建的线程数，即使队列中的任务满了线程数量也不会超过maximumPoolSize
keepAliveTime 线程池维护线程所允许的空闲时间。当线程池中的线程数量大于 corePoolSize时，超过corePoolSize的线程如果空闲时间超过keepAliveTime，线程将被终止
unit 线程池维护线程所允许的空闲时间的单位，和keepAliveTime配合使用
workQueue 线程池所使用的缓冲队列。ArrayBlockingQueue，LinkedBlockingQueue，SynchronousQueue，PriorityBlockingQueue
handler 线程池对拒绝任务的处理策略。AbortPolicy，CallerRunsPolicy，DiscardOldestPolicy，DiscardPolicy，自定义

重点讲解： 
其中比较容易让人误解的是：corePoolSize，maximumPoolSize，workQueue之间关系。 

1.当线程池小于corePoolSize时，新提交任务将创建一个新线程执行任务，即使此时线程池中存在空闲线程。 
2.当线程池达到corePoolSize时，新提交任务将被放入workQueue中，等待线程池中任务调度执行 
3.当workQueue已满，且maximumPoolSize>corePoolSize时，新提交任务会创建新线程执行任务 
4.当提交任务数超过maximumPoolSize时，新提交任务由RejectedExecutionHandler处理 
5.当线程池中超过corePoolSize线程，空闲时间达到keepAliveTime时，关闭空闲线程 
6.当设置allowCoreThreadTimeOut(true)时，线程池中corePoolSize线程空闲时间达到keepAliveTime也将关闭 

队列说明：

ArrayBlockingQueue     有界队列，FIFO，需要指定队列大小，如果队列满了，会触发线程池的RejectedExecutionHandler逻辑
LinkedBlockingQueue     无界队列，FIFO，可以无限向队列中添加任务，直到内存溢出（默认队列深度Integer.MAX_VALUE）
SynchronousQueue     一种阻塞队列，其中每个 put 必须等待一个 take，反之亦然。同步队列没有任何内部容量，甚至连一个队列的容量都没有。可以简单理解为是一个容量只有1的队列
PriorityBlockingQueue     优先级队列，线程池会优先选取优先级高的任务执行，队列中的元素必须实现Comparable接口

拒绝策略：

AbortPolicy 线程池默认的策略，如果元素添加到线程池失败，会抛出RejectedExecutionException异常

DiscardPolicy 如果添加失败，则放弃，并且不会抛出任何异常

DiscardOldestPolicy 如果添加到线程池失败，会将队列中最早添加的元素移除，再尝试添加，如果失败则按该策略不断重试

CallerRunsPolicy 如果添加失败，那么主线程会自己调用执行器中的execute方法来执行改任务

自定义     如果觉得以上几种策略都不合适，那么可以自定义符合场景的拒绝策略。需要实现RejectedExecutionHandler接口，并将自己的逻辑写在rejectedExecution方法内。

须知

Executors方式创建线程池虽然方便，但是一般不建议使用这种方式创建，阿里之前发布了Java代码约束工具，规定不建议使用Executors去直接创建线程，而是通过ThreadPoolExcutor的方式，规则如下：

线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资激耗尽的风险。
说明：Executors各个方法的弊端：
1) newFixedThreadPool newSingleThreadExecutor:
主要问题是堆积的请求处理队列可能会耗费非常大的内存，甚至00M。
2) newCachedThreadPool newScheduledThreadPool:
主要问題是线程数最大数是Integer.MAX_VALUE,可能会创建数置非常多的线程，甚至00M。

参考博文：

https://blog.csdn.net/zhongxiangbo/article/details/70882309

https://blog.csdn.net/jgteng/article/details/54409887

在后面的博文中会针对队列和拒绝策略作详细的说明，并附上测试代码，以佐证笔者观点