线程池的底层工作原理

最新推荐文章于 2024-07-15 14:08:28 发布

逆风GLORY

最新推荐文章于 2024-07-15 14:08:28 发布

阅读量222

点赞数

分类专栏：多线程文章标签：线程池

原文链接：https://www.cnblogs.com/lzhdonald/p/13490680.html

版权

多线程专栏收录该内容

11 篇文章 0 订阅

订阅专栏

线程池的好处

降低资源消耗：通过重复利用已经创建的线程降低线程创建和销毁造成的消耗；
提高响应速度：当任务到达时，任务可以不需要等到线程创建就能执行；
提高线程的可管理性：线程是稀缺资源，不能无限创建，否则会消耗系统资源、降低系统的稳定性，使用线程可以进行统一分配，调优和监控

线程池的创建

jdk自带创建线程池的四种常见方式：

Executors.newFixedThreadPool(int)：创建一个固定线程数量的线程池，可控制线程最大并发数，超出的线程需要在队列中等待。注意它内部corePoolSize和maximumPoolSize的值（就是第一和第二个参数 nThreads）是相等的，并且使用的是LinkedBlockingQueue：

源码：

public static ExecutorService newFixedThreadPool(int nThreads) {

return new ThreadPoolExecutor(nThreads, nThreads,

0L, TimeUnit.MILLISECONDS,

new LinkedBlockingQueue<Runnable>());

}

2. Executors.newSingleThreadExecutor()：创建一个单线程的线程池，它只有唯一的线程来执行任务，保证所有任务按照指定顺序执行。注意它内部corePoolSize和maximumPoolSize的值都为1，它使用的是LinkedBlockingQueue：

源码：

public static ExecutorService newSingleThreadExecutor() {

return new FinalizableDelegatedExecutorService

(new ThreadPoolExecutor(1, 1,

0L, TimeUnit.MILLISECONDS,

new LinkedBlockingQueue<Runnable>()));

}

3. Executors.newCachedThreadPool()：创建一个可缓存的线程池，如果线程长度超过处理需要，可灵活回收空闲线程，若无可回收线程，则创建新线程。注意它内部将corePoolSize值设为0，maximumPoolSize值设置为Integer.MAX_VALUE，并且使用的是SynchronizedQueue，keepAliveTime值为60，即当线程空闲时间超过60秒，就销毁线程:

源码：

public static ExecutorService newCachedThreadPool() {

return new ThreadPoolExecutor(0, Integer.MAX_VALUE,

60L, TimeUnit.SECONDS,

new SynchronousQueue<Runnable>());

}

4. Executors.newScheduledThreadPool(int)：创建一个固定线程数量的线程池，相比于newFixedThreadPool(int)固定个数的线程池强大在 ①可以执行延时任务，②也可以执行带有返回值的任务，并且使用的是DelayedWorkQueue：

源码：

public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize) {

return new ScheduledThreadPoolExecutor(corePoolSize);

}

public ScheduledThreadPoolExecutor(int corePoolSize) {

super(corePoolSize, Integer.MAX_VALUE, 0, NANOSECONDS, new DelayedWorkQueue());

}

//ScheduledThreadPoolExecutor继承了ThreadPoolExecutor

public ThreadPoolExecutor(int corePoolSize,

int maximumPoolSize,

long keepAliveTime,

TimeUnit unit,

BlockingQueue<Runnable> workQueue) {

this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,

Executors.defaultThreadFactory(), defaultHandler);

}

注意：

以上四种创建线程的方式内部都是由ThreadPoolExecutor这个类完成的，该类的构造方法有5个参数，称为线程池的5大参数（还有另外两个参数）；
线程池使用完毕之后需要关闭，应该配合try-finally代码块，将线程池关闭的代码放在finally代码块中；

线程池的7大参数

ThreadPoolExecutor对构造函数进行了重载，实际内部使用了7个参数：

public ThreadPoolExecutor(int corePoolSize,

int maximumPoolSize,

long keepAliveTime,

TimeUnit unit,

BlockingQueue<Runnable> workQueue,

ThreadFactory threadFactory,

RejectedExecutionHandler handler) {<br>

..............//已省略参数合法校验

..............//已省略参数赋值

}

corePoolSize：线程池中常驻核心线程池（当线程池中的线程数目达到了corePoolSize后，就会把任务放到缓存队列中；）
maximumPoolSize：线程池中能够容纳同时执行最大线程数，该值必须大于等于1
keepAliveTime：多余线程的最大存活时间
unit：keepAliveTime的单位
workQueue：任务队列，被提交但尚未被执行的任务（阻塞队列）
threadFactory：生成线程池中工作线程的线程工厂，一般使用默认即可
handler：拒绝策略，表示当任务队列满并且工作线程大于等于线程池的最大线程数时，对即将到来的线程的拒绝策略

线程池底层原理

线程池具体工作流程：

在创建线程后，等待提交过来的任务请求
当调用execute()/submit()方法添加一个请求任务时，线程池会做出以下判断：
- 如果正在运行的线程数量小于corePoolSize，会立刻创建线程运行该任务
- 如果正在运行的线程数量大于等于corePoolSize，会将该任务放入阻塞队列中
- 如果队列也满但是正在运行的线程数量小于maximumPoolSize，线程池会进行拓展
- 将线程池中的线程数拓展到最大线程数
- 如果队列满并且运行的线程数量大于等于maximumPoolSize，那么线程池会启动相应的拒绝策略来拒绝相应的任务请求
当一个线程完成任务时，它会从队列中取下一个任务来执行
当一个线程空闲时间超过给定的keepAliveTime时，线程会做出判断：
- 如果当前运行线程大于corePoolSize，那么该线程将会被停止。也就是说，当线程池的所有任务都完成之后，它会收缩到corePoolSize的大小

线程池的拒绝策略

当线程池的阻塞队列满了同时线程池中线程数量达到了最大maximumPoolSize时，线程池将会启动相应的拒绝策略来拒绝请求任务。

4种拒绝策略具体为：

AbortPolicy(默认)：直接抛出RejectedExecutionException异常阻止系统正常运行
CallerRunsPolicy：调用者运行的一种机制，该策略既不会抛弃任务，也不会抛出异常，而是将某些任务回退到调用者
DiscardOldestPolicy：抛弃队列中等待最久的任务，然后把当前任务加入到队列中尝试再次提交当前任务
DiscardPolicy：直接丢弃任务，不予任何处理也不抛出异常。如果任务允许丢失，那么该策略是最好的方案

注意：以上4种拒绝策略均实现了RejectedExecutionHandler接口

规范创建线程池

实际开发中不允许使用内置的线程池：必须明确地通过ThreadPoolExecutor方式，指定相应的线程池参数创建自定义线程或者使用其它框架提供的线程池。因为内置线程池的第五个参数阻塞队列允许的请求队列长度为 Integer.MAX_VALUE（从上面的源码上可以看出），可能造成大量请求堆积，导致OOM：
阿里巴巴规范中指出不能使用Executors去创建：