Java——多线程高并发系列之线程池(Executor)的理解与使用

简介: Java——多线程高并发系列之线程池(Executor)的理解与使用

文章目录:


写在前面

Demo1(使用Executors创建线程池)

Demo2(使用ThreadPoolExecutor创建线程池)

关于ThreadPoolExecutor中的七大参数、四种拒绝策略

线程池的执行策略

写在前面


可以以 new Thread( () -> { 线程执行的任务 }).start();  这种形式开启一个线程。当 run()方法运行结束,线程对象会被 GC 释放。


在真实的生产环境中,可能需要很多线程来支撑整个应用,当线程数量非常多时,反而会耗尽 CPU 资源。如果不对线程进行控制与管理,反而会影响程序的性能。线程开销主要包括: 创建与启动线程的开销;线程销毁开销;线程调度的开销;线程数量受限 CPU 处理器数量,线程池就是有效使用线程的一种常用方式。线程池内部可以预先创建一定数量的工作线程,客户端代码直接将任务作为一个对象提交给线程池,线程池将这些任务缓存在工作队列中,线程池中的工作线程不断地从队列中取出任务并执行。

JDK 提供了一套 Executor 框架,可以帮助开发人员有效的使用线程池


Demo1(使用Executors创建线程池)


package com.szh.threadpool;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.TimeUnit;
/**
 * 线程池的基本使用
 */
public class Test01 {
    public static void main(String[] args) {
        //创建有 5 个线程大小的线程池
        ExecutorService executorService= Executors.newFixedThreadPool(5);
        //向线程池中提交13个任务, 这13个任务存储到线程池的阻塞队列中,
        //线程池中这 5 个线程就从阻塞队列中取任务执行
        for (int i = 0; i < 13; i++) {
            executorService.execute(new Runnable() {
                @Override
                public void run() {
                    System.out.println(Thread.currentThread().getId() + " 编号的线程正在执行任务,开始时间:"
                                    + System.currentTimeMillis());
                    try {
                        TimeUnit.MILLISECONDS.sleep(1000 * 3); //模拟任务执行时长
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            });
        }
        //关闭线程池
        executorService.shutdown();
    }
}

这里创建了固定大小为5的线程池,同时向线程池中提交了13个任务,那么每次执行都会由线程池中的这5个线程去线程池中的阻塞队列中取任务执行。

每次这5个子线程都是一起执行的,所以它们的开始时间可以看到是一样的。

Demo2(使用ThreadPoolExecutor创建线程池)


package com.szh.threadpool;
import java.util.concurrent.*;
/**
 *
 */
public class Test03 {
    public static void main(String[] args) {
        //用一个银行的例子来讲解这七大参数
        ExecutorService threadPool=new ThreadPoolExecutor(
                3, //指定线程池中核心线程的数量(两个常开业务窗口)
                5, //指定线程池中最大线程数量(总共五个窗口)
                2, //当线程池线程的数量超过 corePoolSize 时, 多余的空闲线程的存活时长, 即空闲线程在多长时长内销毁
                TimeUnit.SECONDS, //keepAliveTime 的时长单位
                new LinkedBlockingQueue<>(3), //任务队列, 把任务提交到该任务队列中等待执行(银行候客区的大小)
                Executors.defaultThreadFactory(), //默认线程池工厂
                new ThreadPoolExecutor.AbortPolicy()); //拒绝策略, 当任务太多来不及处理时, 如何拒绝
                /*
                    默认是 AbortPolicy() 会抛出异常
                    CallerRunsPolicy() 只要线程池没关闭, 会在调用者线程中运行当前被丢弃的任务
                    DiscardPolicy() 直接丢弃这个无法处理的任务
                    DiscardOldestPolicy() 将任务队列中最老的任务丢弃, 尝试再次提交新任务
                 */
        //向线程池中提交9个任务
        for (int i = 0; i < 9; i++) {
            threadPool.execute(new Runnable() {
                @Override
                public void run() {
                    System.out.println(Thread.currentThread().getName());
                }
            });
        }
        //关闭连接
        threadPool.shutdown();
    }
}

在定义线程池最大大小的时候,一般有两种策略CPU密集型和IO密集型,所谓CPU密集型,也就是,几核的CPU就定义为几,我的是八核,所以定义为8


Runtime.getRuntime().availableProcessors();// 获取CPU的核数。

IO密集型,就是判断程序中有多少个非常耗IO线程的程序,最大线程池的大小要大于这个值即可。


上面这个案例,我设定的线程池最大线程池数量为5,阻塞队列最大为3,加起来一共是8。也就是说最多可以容纳8个任务的存储。而我for循环中向线程池中提交了9个任务,在运行结果中可以看到,前8个可以正常执行,当执行到第9个任务的时候,因为线程池的核心线程池数量为39个任务显然已经超出,所以有3个任务会交给核心线程执行,9-3=6,其余6个会向阻塞队列中存储;然后线程池会判断阻塞队列示符已满,阻塞队列我设定最大为3,这个时候阻塞队列中最多只能容纳3个,所以此时任务余额:6-3=3,线程池面对其余3个任务会询问自己的最大线程池数量,这里我设定为5,因为之前核心线程池数量已经占用了3个,也就是说此时最大线程池数量还剩下5-3=2,那么线程池中最多只能只能再承受2个任务了,然而2<3,所以还有1个任务线程池是处理不了的,那么这个时候就会执行拒绝策略,我这里设定的是默认的拒绝策略,AbortPolicy直接抛出异常。


关于ThreadPoolExecutor中的七大参数、四种拒绝策略


七大参数。

int corePoolSize //核心线程池数量
int maximumPoolSize //最大线程池数量
long keepAliveTime //超时存活时间
TimeUnit unit //超时单位
BlockingQueue<Runnable> workQueue //阻塞队列
ThreadFactory threadFactory //线程工厂,用于创建线程
RejectedExecutionHandler handler //拒绝策略

而四种拒绝策略查看ThreadPoolExecutor的源码可知,它们四个其实就是ThreadPoolExecutor的四个静态内部类。


线程池的执行策略


1、线程池刚创建时,里面没有一个线程。任务队列是作为参数传进来的。不过,就算队列里面有任务,线程池也不会马上执行它们。


2、当调用execute()方法添加一个任务时,线程池会做如下判断:

1)如果正在运行的线程数量小于corePoolSize(核心线程数量),那么马上创建线程运行这个任务;

2)如果正在运行的线程数量大于或等于corePoolSize(核心线程数量),那么将这个任务加入到阻塞队列;

3)如果这时候阻塞队列满了,而且正在运行的线程数量小于maximumPoolSize(最大线程数了),那么还是要创建线程运行这个任务;

4)如果队列满了,而且正在运行的线程数量大于或等于maximumPoolSize(最大线程数了),那么线程池会执行拒绝策略(四种,默认是AbortPolicy直接抛出异常),告诉调用者我不能再接受任务了

5)当一个线程完成任务时,它会从队列中取下一个任务来执行。

6)当一个线程无事可做,超过一定的时间(keepAliveTime)时,线程池会判断,如果当前运行的线程数大于corePoolSize,那么这个线程就被停掉。所以线程池的所有任务完成后,它最终会收缩到corePoolSize的大小。

相关文章
|
3天前
|
监控 安全 Java
在 Java 中使用线程池监控以及动态调整线程池时需要注意什么?
【10月更文挑战第22天】在进行线程池的监控和动态调整时,要综合考虑多方面的因素,谨慎操作,以确保线程池能够高效、稳定地运行,满足业务的需求。
70 38
|
1天前
|
Java
线程池内部机制:线程的保活与回收策略
【10月更文挑战第24天】 线程池是现代并发编程中管理线程资源的一种高效机制。它不仅能够复用线程,减少创建和销毁线程的开销,还能有效控制并发线程的数量,提高系统资源的利用率。本文将深入探讨线程池中线程的保活和回收机制,帮助你更好地理解和使用线程池。
9 2
|
3天前
|
Prometheus 监控 Cloud Native
JAVA线程池监控以及动态调整线程池
【10月更文挑战第22天】在 Java 中,线程池的监控和动态调整是非常重要的,它可以帮助我们更好地管理系统资源,提高应用的性能和稳定性。
22 4
|
3天前
|
Prometheus 监控 Cloud Native
在 Java 中,如何使用线程池监控以及动态调整线程池?
【10月更文挑战第22天】线程池的监控和动态调整是一项重要的任务,需要我们结合具体的应用场景和需求,选择合适的方法和策略,以确保线程池始终处于最优状态,提高系统的性能和稳定性。
25 2
|
6天前
|
缓存 监控 Java
java中线程池的使用
java中线程池的使用
|
6月前
|
安全 Java
深入理解Java并发编程:线程安全与性能优化
【2月更文挑战第22天】在Java并发编程中,线程安全和性能优化是两个重要的主题。本文将深入探讨这两个主题,包括线程安全的基本概念,如何实现线程安全,以及如何在保证线程安全的同时进行性能优化。
53 0
|
6月前
|
存储 安全 Java
深入理解Java并发编程:线程安全与锁机制
【5月更文挑战第31天】在Java并发编程中,线程安全和锁机制是两个核心概念。本文将深入探讨这两个概念,包括它们的定义、实现方式以及在实际开发中的应用。通过对线程安全和锁机制的深入理解,可以帮助我们更好地解决并发编程中的问题,提高程序的性能和稳定性。
|
3月前
|
存储 安全 Java
解锁Java并发编程奥秘:深入剖析Synchronized关键字的同步机制与实现原理,让多线程安全如磐石般稳固!
【8月更文挑战第4天】Java并发编程中,Synchronized关键字是确保多线程环境下数据一致性与线程安全的基础机制。它可通过修饰实例方法、静态方法或代码块来控制对共享资源的独占访问。Synchronized基于Java对象头中的监视器锁实现,通过MonitorEnter/MonitorExit指令管理锁的获取与释放。示例展示了如何使用Synchronized修饰方法以实现线程间的同步,避免数据竞争。掌握其原理对编写高效安全的多线程程序极为关键。
61 1
|
4月前
|
安全 Java 开发者
Java并发编程中的线程安全问题及解决方案探讨
在Java编程中,特别是在并发编程领域,线程安全问题是开发过程中常见且关键的挑战。本文将深入探讨Java中的线程安全性,分析常见的线程安全问题,并介绍相应的解决方案,帮助开发者更好地理解和应对并发环境下的挑战。【7月更文挑战第3天】
86 0
|
5月前
|
安全 Java 开发者
Java并发编程中的线程安全策略
在现代软件开发中,Java语言的并发编程特性使得多线程应用成为可能。然而,随着线程数量的增加,如何确保数据的一致性和系统的稳定性成为开发者面临的挑战。本文将探讨Java并发编程中实现线程安全的几种策略,包括同步机制、volatile关键字的使用、以及java.util.concurrent包提供的工具类,旨在为Java开发者提供一系列实用的方法来应对并发问题。
42 0