Java 中的线程池

前文

一文搞懂 Java 线程

ThreadLocal 类的简单使用


Java中的线程池是运用场景最多的并发框架,几乎所有需要异步或并发执行任务的程序都可以使用线程池。在开发过程中,合理地使用线程池能够带来3个好处

  • 1、降低资源消耗
    通过重复利用已创建的线程降低线程创建和销毁造成的消耗
  • 2、提高响应速度
    当任务到达时,任务可以不需要等到线程创建就能立即执行
  • 3、提高线程的可管理性
    线程是稀缺资源,如果无限制地创建,不仅会消耗系统资源,还会降低系统的稳定性,使用线程池可以进行统一分配、调优和监控。但是要做到合理利用线程池,就必须掌握其实现原理

线程池的实现原理

当提交一个新任务到线程池的时候,线程池的处理流程如下

(1)线程池判断核心线程池里的线程是否都在执行任务。如果不是,则创建一个新的工作线程来执行任务。如果核心线程池里的线程都在执行任务,则进入下一个流程
(2)线程池判断工作队列是否已满。如果工作队列没有满,则将新提交的任务存储在这个工作队列里,如果工作队列满了,则进入下个流程
(3)线程池判断线程池的线程是否都处于工作状态。如果没有,则创建一个新的工作线程来执行任务。如果已经满了,则交给饱和策略来处理这个任务

在这里插入图片描述

如上图是:线城池的主要处理流程

Thre

如上图是:ThreadPoolExecutor执行示意图
ThreadPoolExecutor 执行 execute 方法分以下4中情况
  • (1)如果当前运行的线程少于 corePoolSize,则创建新线程来执行任务(注意:执行这一步要获取全局锁
  • (2)如果运行的线程等于或多于 corePoolSize,则将任务加入 BlockingQueue
  • (3)如果无法将任务加入BlockingQueue(队列已满),则创建新的线程来处理任务(注意:执行这一步需要获取全局锁
  • (4)如果创建新线程将使当前运行的线程超出 maximumPoolSize,任务将被拒绝,并调用 RejectedExecutionHandler.rejectedExecution()方法

ThreadPoolExecutor 采取上述步骤的总体设计思路,是为了在执行execute()方法时,尽可能地避免获取全局锁(那将会是一个严重的可伸缩瓶颈)。在 ThreadPoolExecutor 完成预热之后(当前运行的线程数大于等于 corePoolSize),几乎所有的 execute() 方法调用都是执行步骤2,而步骤2不需要获取全局锁

源码分析:上面的流程分析让我们很直观地了解了线程池的工作原理,让我们再通过源码来看看是如何实现的,线程池执行任务的方法如下:

public void execute(Runnable command) {
	if (command == null)
        throw new NullPointerException();
    /**
     * 进行3个步骤:
     *
     * 1.如果少于正在运行的corePoolSize线程,请尝试
     *以给定命令作为第一个线程来启动新线程
     *任务。 对addWorker的调用自动检查runState和
     * workerCount,因此可以防止假警报的增加
     *在不应该执行的情况下通过返回false进行线程化。
     *
     * 2.如果任务可以成功排队,那么我们仍然需要
     *仔细检查我们是否应该添加线程
     *(因为现有的自上次检查后死亡)或
     *自从进入此方法以来,该池已关闭。 所以我们
     *重新检查状态,并在必要时回退排队
     *停止,如果没有,则启动一个新线程。
     *
     * 3.如果我们无法将任务排队,那么我们尝试添加一个新的
     *线程。 如果失败,我们知道我们已经关闭或饱和
     *并因此拒绝任务。
     */
    int c = ctl.get();
    if (workerCountOf(c) < corePoolSize) {
        if (addWorker(command, true))
            return;
        c = ctl.get();
    }
    if (isRunning(c) && workQueue.offer(command)) {
        int recheck = ctl.get();
        if (! isRunning(recheck) && remove(command))
            reject(command);
        else if (workerCountOf(recheck) == 0)
            addWorker(null, false);
    }
    else if (!addWorker(command, false))
        reject(command);
}

工作线程:线程池创建线程时,会将线程封装成工作线程Worker,Worker在执行完任务后,还会循环获取工作队列里的任务来执行
在这里插入图片描述

如上图所示是:ThreadPoolExecutor 中线程执行任务的示意图

线程池中的线程执行任务分两种情况,如下

  • 1、在 execute() 方法中创建一个线程时,会让这个线程执行当前任务
  • 2、这个线程执行完上图中1的任务后,会反复从 BlockingQueue 获取任务来执行

线程池的使用

线程池的创建
import java.util.concurrent.BlockingQueue;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;

/**
 * @author Woo_home
 * @create by 2019/10/24
 *
 * @description:
 * corePoolSize:线程池的核心线程数;
 * maximumPoolSize:线程池的最大线程数;
 * keepAliveTime:线程池空闲时线程的存活时长;
 * timeUnit:线程存活时长大单位,结合上个参数使用;
 * workQueue:存放任务的队列,使用的是阻塞队列;
 */
public class ThreadPoolDemo {

    /**
     * corePoolSize(线程池的基本大小):当提交一个任务到线程池时,线程池会创建一个线
     * 程来执行任务,即使其他空闲的基本线程能够执行新任务也会创建线程,等到需要执行的任
     * 务数大于线程池基本大小时就不再创建。如果调用了线程池的prestartAllCoreThreads()方法,
     * 线程池会提前创建并启动所有基本线程
     */
    private int corePoolSize;


    /**
     * maximumPoolSize(线程池最大数量):线程池允许创建的最大线程数。如果队列满了,并
     * 且已创建的线程数小于最大线程数,则线程池会再创建新的线程执行任务。值得注意的是,如
     * 果使用了无界的任务队列这个参数就没什么效果
     */
    private int maximumPoolSize;


    /**
     * keepAliveTime(线程活动保持时间):线程池的工作线程空闲后,保持存活的时间。所以,
     * 如果任务很多,并且每个任务执行的时间比较短,可以调大时间,提高线程的利用率
     */
    private long keepAliveTime;


    /**
     * TimeUnit(线程活动保持时间的单位):可选的单位有天(DAYS)、小时(HOURS)、分钟
     * (MINUTES)、毫秒(MILLISECONDS)、微秒(MICROSECONDS,千分之一毫秒)和纳秒
     * (NANOSECONDS,千分之一微秒)
     */
    private TimeUnit timeUnit;


    /**
     * workQueue(任务队列):用于保存等待执行的任务的阻塞队列。可以选择以下几
     * 个阻塞队列。
     * ·ArrayBlockingQueue:是一个基于数组结构的有界阻塞队列,此队列按FIFO(先进先出)原
     * 则对元素进行排序。
     * ·LinkedBlockingQueue:一个基于链表结构的阻塞队列,此队列按FIFO排序元素,吞吐量通
     * 常要高于ArrayBlockingQueue。静态工厂方法Executors.newFixedThreadPool()使用了这个队列。
     * ·SynchronousQueue:一个不存储元素的阻塞队列。每个插入操作必须等到另一个线程调用
     * 移除操作,否则插入操作一直处于阻塞状态,吞吐量通常要高于Linked-BlockingQueue,静态工
     * 厂方法Executors.newCachedThreadPool使用了这个队列。
     * ·PriorityBlockingQueue:一个具有优先级的无限阻塞队列
     */
    private BlockingQueue<Runnable> workQueue;

    /**
     * 创建线程池 ThreadPoolExecutor
     */
    ThreadPoolExecutor executor = new ThreadPoolExecutor(corePoolSize,maximumPoolSize,keepAliveTime,timeUnit,workQueue);
}
向线程池提交任务

向线程池提交任务可以使用两个方法,分别是 execute() 和 submit() 方法

  • execute() 方法用于提交不需要返回值的任务,所以无法判断任务是否被线程池执行成功,execute() 方法输入的任务是一个 Runnable 类的实例,如下:
	threadPools.execute(new Runnable() {
		@Override
		public void run() {
		// TODO Auto-generated method stub
		}
	});
  • submit() 方法用于提交需要返回值的任务。线程池会返回一个 future 类型的对象,通过这个 future 对象可以判断任务是否执行成功,并且可以通过 future 的 get() 方法来获取返回值,get() 方法会阻塞当前线程直到任务完成,而使用 get(long timeout,TimeUnit unit)方法则会阻塞当前线程一段时间后立即返回,这时候有可能任务没有执行完
Future<Object> future = executors.submit(harReturnValuetask);
try {
	Object s = future.get();
} catch (InterruptedException e) {
	// 处理中断异常
} catch (ExecutionException e) {
	// 处理无法执行任务异常
} finally {
	// 关闭线程池
	executor.shutdown();
}
关闭线程池

可以通过调用线程池的 shutdown 或 shutdownNow 方法来关闭线程池。它们的 原理是遍历线程池中的工作线程,然后逐个调用线程的 interrupt 方法来中断线程,所以无法响应中断的任务可能永远无法终止。但是它们存在一定的区别,shutdownNow首先将线程池的状态设置成STOP,然后尝试停止所有的正在执行或暂停任务的线程,并返回等待执行任务的列表,而shutdown只是将线程池的状态设置成SHUTDOWN状态,然后中断所有没有正在执行任务的线程。只要调用了这两个关闭方法中的任意一个,isShutdown方法就会返回true。当所有的任务都已关闭后,才表示线程池关闭成功,这时调用 isTerminaed 方法会返回true。至于应该调用哪一种方法来关闭线程池,应该由提交到线程池的任务特性决定,通常调用 shutdown 方法来关闭线程池如果任务不一定要执行完,则可以调用 shutdownNow 方法。

合理配置线程池

要想合理地配置线程池,就必须首先分析任务特性,可以从以下几个角度来分析。

  • 任务的性质:CPU密集型任务、IO密集型任务和混合型任务。
  • 任务的优先级:高、中和低。
  • 任务的执行时间:长、中和短。
  • 任务的依赖性:是否依赖其他系统资源,如数据库连接。

性质不同的任务可以用不同规模的线程池分开处理。CPU密集型任务应配置尽可能小的线程,如配置 N cpu +1个线程的线程池。由于IO密集型任务线程并不是一直在执行任务,则应配置尽可能多的线程,如2*N cpu 。混合型的任务,如果可以拆分,将其拆分成一个CPU密集型任务和一个IO密集型任务,只要这两个任务执行的时间相差不是太大,那么分解后执行的吞吐量将高于串行执行的吞吐量。如果这两个任务执行时间相差太大,则没必要进行分解。可以通过 Runtime.getRuntime().availableProcessors() 方法获得当前设备的 CPU 个数
优先级不同的任务可以使用优先级队列 PriorityBlockingQueue 来处理。它可以让优先级高的任务先执行

评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值