Java中的线程池
线程池带来的好处
- 降低资源消耗,通过重复利用已创建的线程降低线程创建和销毁造成的消耗。
- 提高响应速度,当任务到达时,任务可以不需要等到线程创建就能立即执行。
- 提高线程的可管理性,线程是稀缺资源,如果无限制的创建,会消耗系统资源,还会降低系统的稳定性,线程池可以进行统一分配、调优、监控。
实现原理
- 线程池判断核心线程池里的线程是否都在执行任务。如果不是,则创建一个新的工作线程来执行任务。如果核心线程池里的线程都在执行任务,则进入下个流程。
- 线程池判断工作队列是否已经满。如果工作队列没有满,则将新提交的任务存储在这个工作队列里。如果工作队列满了,则进入下个流程。
- 线程池判断线程池的线程是否都处于工作状态。如果没有,则创建一个新的工作线程来执行任务。如果已经满了,则交给饱和策略来处理这个任务。
ThreadPoolExecutor 执行 execute方法分下面 4 种情况
- 如果当前运行的线程少于 corePoolSize ,则创建新线程来执行任务(这一步会获取全剧锁)
- 如果运行的线程等于或者多于 corePoolSize ,则将任务加入到 BlockingQueue。
- 如果无法将任务加入到 BlockingQueue(队列已满),则创建新的线程来处理任务(这一步会获取全剧锁)
- 如果创建新线程将使当前运行的线程超出 maximumPoolSize ,任务将被拒绝,并调用 RejectedExecutionHandler.rejectedExecution()方法。
线程池的创建
可以通过
public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler)
- corePoolSize(线程池的基本大小):当提交一个任务到线程池时,线程池会创建一个线程来执行任务,即使其他空闲的基本线程能够执行新任务也会创建线程,等到需要执行的任务数大于线程池基本大小时就不再创建。如果调用了线程池的 prestartAllCoreThreads() 方法,线程池会提前创建并启动所有基本线程。
- maximumPoolSize(线程池最大数量):线程池允许创建的最大线程数。如果队列满了,并且已创建的线程数小于最大线程数,则线程池会再创建新的线程执行任务。如果使用了无界队列,这个参数没什么效果。
- workQueue(任务队列):用于保存等待执行的任务阻塞队列。可以选择一下几个阻塞队列。
- ArrayBlockingQueue:是一个基于数组结构的有界阻塞队列,此队列按FIFO原则对元素进行排序。
- LinkedBlockingQueue:一个基于链表结构的阻塞队列,此队列按FIFO排序元素,吞吐量通常要高于ArrayBlockingQueue。静态工厂方法 Executors.newFixedThreadPool() 使用了这个队列。
- SynchronousQueue:一个不存储元素的阻塞队列,每个插入操作必须等到另一个线程调用移除操作,否则插入操作一直处于阻塞状态,吞吐量通常高于LinkedBlockingQueue,静态工厂方法 Executors.newCachedThreadPool() 使用了这个队列。
- PriorityBlockingQueue:一个具有优先级的无限阻塞队列。
- threadFactory:用于设置创建线程的工厂,可以通过线程工厂给每个创建出来的线程设置有意义的名字,使用guava的ThreadFactoryBuilder可以设置线程的名字
- RejectedExecutionHandler(饱和策略):当队列和线程池都满了,说明线程池处于饱和状态,那么必须采取一种策略处理提交的新任务。这个策略默认情况下是AbortPolicy。表示无法处理新的任务时抛出异常。
- AbortPolicy:直接抛出异常
- CallerRunsPolicy:只用调用者所在线程来运行任务。
- DiscardOldestPolicy:丢弃队列里最近的一个任务,并执行当前任务
- DiscardPolicy :不处理,丢弃掉
- 也可以实现接口 RejectedExecutionHandler 来自定义策略。如记录日志或持久化存储不能处理的任务。
- keepAliveTime : 线程活动保持时间,线程池的工作线程空闲后,保持存活的时间。所以如果任务很多,并且每个任务执行的时间比较端,可以调大时间,提高线程的利用率。
- TimeUnit :线程活动保持时间的单位。
向线程池提交任务
可以使用两个方法向线程池提交任务,分别为 execute() 和 submit() 方法。
execute() 方法用于提交不需要返回值的任务,所以无法判断任务是否被线程池执行成功。
submit() 方法用于提交一个需要返回值的任务。线程池会返回一个future类型的对象,通过这个future对象可以判断任务是否执行成功,并且可以通过future的get()方法来获取返回值,get()方法会阻塞当前线程知道任务完成。
关闭线程池
可以通过调用线程池的 shutdown() 和 shutdownNow() 方法来关闭线程池,大概就是遍历线程池中的工作线程,然后调用线程的 interrupt 方法来中断线程,所以无法响应中断的任务可能永远无法终止。但是他们存在一定的区别,shutdownNow 首先将线程池的状态设置成STOP,然后尝试停止所有的正在执行或暂停任务的线程,并返回等待执行任务的列表,而shutdown只是将线程池的状态设置成SHUTDOWN状态,然后中断没有正在执行任务的线程。
只要调用了这两个关闭方法中的任意一个,isShutdown方法就会返回 true。当所有的任务都已关闭后,才表示线程池关闭成功,这时调用 isTerminated 方法会返回 true 。
合理配置线程池
- 任务的性质:CPU密集型任务、IO密集型任务和混合型任务。
- 任务的优先级:高、中、低
- 任务的执行时间:长、中、短
- 任务的依赖性:是否依赖其他系统资源,如数据库链接。
性质不同的任务可以用不同规模的线程池分开处理。
- CPU密集型任务应配置尽可能小的线程,如配置N个CPU+1个线程的线程池。
- IO密集型任务线程并不是一直在执行任务,则应配置尽可能多的线程,如2*CPU个数
- 依赖数据库的任务,因为线程提交sql后需要等待数据库返回结果,等待时间越长,则CPU空闲时间就越长,那么线程数应该设置的越大,这样才能更好的利用CPU
线程池的监控
- taskCount:线程池需要执行的任务数量。
- completedTaskCount:线程池在运行过程中已完成的任务数量,小于或等于taskCount。
- largestPoolSize:线程池里曾经创建过的最大线程数量。通过这个数据可以知道线程池是否曾经满过。
- getPoolSize:线程池的线程数量。如果线程池不销毁的话,线程池里的线程不会自动销毁,所以这个大小只增不减。
- getActiveCount:获取活动的线程数。