多线程(JUC, ReentrantLock, 原子类, 线程池, 信号量 Semaphore, CountDownLatch)

简介: 多线程(JUC, ReentrantLock, 原子类, 线程池, 信号量 Semaphore, CountDownLatch)

JUC

Java.util.concurrent 包, 存放了并发编程相关的组件, 目的是更好的支持高并发任务 (多线程只是实现并发编程的一种具体方式 …)


ReentrantLock

  • synchronized 对对象加锁, 保护临界资源
  • ReentreatLock 使用 lock 方法和 unlock 方法,加锁对象是 ReentrantLock 的实例

核心方法

  • lock(): 加锁, 获取不到锁就死等
  • trylock(超时时间):尝试加锁, 如果获取不到锁, 等待一段时间后就放弃加锁
  • unlock(): 解锁

ReentrantLock 使用

由于 reentreatLock 需要手动释放, 因此推荐 try finally 的写法

// ReentrantLock 使用
public class ThreadDemo12 {
    public static void main(String[] args) {
        // true -- 公平锁       false/默认 都是非公平锁
        ReentrantLock reentrantLock = new ReentrantLock(true);
    boolean ok = reentrantLock.tryLock();
    // boolean ok = reentrantLock.lock()
        try {
            
            if (ok) {
                System.out.println("代码逻辑");
            }else {
                System.out.println("代码逻辑");
            }
        }finally {
            reentrantLock.unlock();
        }
    }

ReentrantLock 和 synchronized 比较

  1. synchronized 是关键字, 是 JVM 内部实现的
    ReentrantLock 是标准库的一个类, 在 JVM 外实现 (基于 Java 实现)
  1. synchronized 是非公平锁
    ReentrantLock 默认是非公平锁, 但是提供了公平锁版本的实现
    ReentrantLock reentrantLock = new ReentrantLock(true);
  2. ReentrantLock 提供更灵活的加锁方式:
    ReentrantLock reentrantLock = new ReentrantLock(true);
    reentrantLock.tryLock();
  3. ReentrantLock 提供更强大, 更方便的等待通知机制
    synchronized 搭配 wait() notify()使用, notify() 是随机唤醒等待队列的线程
    ReentrantLock 搭配 Condition 类. 可以唤醒指定的线程

原子类

原子类内部用的是 CAS 实现, 更高效的解决了线程安全问题

原子类提供了线程安全的自增自减等操作


原子类有以下几种 :


原子类的常见方法 (以 AtomicInteger 为例)

public class Main {
    public static void main(String[] args) {
        
        Scanner scanner = new Scanner(System.in);
        int x = scanner.nextInt();

        AtomicInteger atomicInteger = new AtomicInteger(x);
        atomicInteger.getAndIncrement();// i++;
        atomicInteger.incrementAndGet();// ++i;
        atomicInteger.getAndDecrement();// i--;
        atomicInteger.decrementAndGet();// --i;
        atomicInteger.addAndGet(x);     // i+=x;
        atomicInteger.get();            // x
    }
}

线程池

之前写过, 挂个链接这里不再复制粘贴了 — https://editor.csdn.net/md/?articleId=136715895


信号量 Semaphore

信号量表示 "可用资源的个数" .本质上是一个计数器

Semaphore 提供了 P,V 操作

P 操作: 申请一个可用资源, 计数器 - 1

V 操作: 释放一个可用资源, 计数器 + 1

当可用资源个数为 0 时, 再进行 P 操作, 就会出现阻塞等待清空 (资源为零, 无法继续消耗了), 直到有线程让信号量大于零, 才会唤醒该阻塞的线程

锁 可可以视为计数器为 1 的信号量, 二元信号量

  • 锁是信号量的一种特殊情况
  • 信号量是锁的一般表达

总结: 信号量的表达含义范围更广


Semaphore 的简单使用

代码示例

public class Main {
    public static void main(String[] args) {
        // 参数是可用资源的个数(信号量的初始值)
        Semaphore semaphore = new Semaphore(4);


        for (int i=0;i<20;i++) {
            Thread t = new Thread(() -> {
                try {
                    System.out.println("申请资源");
                    semaphore.acquire();

                    System.out.println("持有资源");
                    Thread.sleep(1000);

                    System.out.println("释放资源");
                    semaphore.release();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }

            });
            t.start();
        }
    }
}

运行结果

有兴趣可以仔细看看运行结果, 同一时刻最多只有 4个线程能够持有锁, 这就是信号量的存在意义


CountDownLatch

同时等待 N 个任务执行结束 (和 join() 功能类似)


核心API

  • await(): 阻塞等待线程, 直至任务全部完成
  • getCount(): 获取剩余未完成任务个数
  • countDown(): 未完成任务个数 -1

代码示例

public class CountDownLatchDemo {
    public static void main(String[] args) throws InterruptedException {
        // 参数代表需要等待的任务数量
        CountDownLatch countDownLatch = new CountDownLatch(5);

        for (int i = 0; i < 5; i++) {
            Thread t = new Thread(() -> {
                System.out.println("完成一个任务");
                // countDown() 方法, 代表完成一个任务
                countDownLatch.countDown();
            });

            t.start();
            Thread.sleep(1000);
        }
        // await()方法, 用于阻塞线程
        // 直至 countDownLatch 内任务全部完成, 才会往下继续走
        countDownLatch.await();
        System.out.println("任务全部完成");
    }
}

运行结果

运行过代码会发现, 每间隔一秒输出一次 “完成一个任务”, 5秒之后输出 “任务全部完成”

目录
相关文章
|
21天前
|
监控 Kubernetes Java
阿里面试:5000qps访问一个500ms的接口,如何设计线程池的核心线程数、最大线程数? 需要多少台机器?
本文由40岁老架构师尼恩撰写,针对一线互联网企业的高频面试题“如何确定系统的最佳线程数”进行系统化梳理。文章详细介绍了线程池设计的三个核心步骤:理论预估、压测验证和监控调整,并结合实际案例(5000qps、500ms响应时间、4核8G机器)给出具体参数设置建议。此外,还提供了《尼恩Java面试宝典PDF》等资源,帮助读者提升技术能力,顺利通过大厂面试。关注【技术自由圈】公众号,回复“领电子书”获取更多学习资料。
|
3月前
|
Prometheus 监控 Cloud Native
JAVA线程池监控以及动态调整线程池
【10月更文挑战第22天】在 Java 中,线程池的监控和动态调整是非常重要的,它可以帮助我们更好地管理系统资源,提高应用的性能和稳定性。
248 64
|
2月前
|
NoSQL Redis
单线程传奇Redis,为何引入多线程?
Redis 4.0 引入多线程支持,主要用于后台对象删除、处理阻塞命令和网络 I/O 等操作,以提高并发性和性能。尽管如此,Redis 仍保留单线程执行模型处理客户端请求,确保高效性和简单性。多线程仅用于优化后台任务,如异步删除过期对象和分担读写操作,从而提升整体性能。
73 1
|
3月前
|
监控 安全 Java
在 Java 中使用线程池监控以及动态调整线程池时需要注意什么?
【10月更文挑战第22天】在进行线程池的监控和动态调整时,要综合考虑多方面的因素,谨慎操作,以确保线程池能够高效、稳定地运行,满足业务的需求。
131 38
|
3月前
|
Java
.如何根据 CPU 核心数设计线程池线程数量
IO 密集型:核心数*2 计算密集型: 核心数+1 为什么加 1?即使当计算密集型的线程偶尔由于缺失故障或者其他原因而暂停时,这个额外的线程也能确保 CPU 的时钟周期不会被浪费。
121 4
|
3月前
|
Java
线程池内部机制:线程的保活与回收策略
【10月更文挑战第24天】 线程池是现代并发编程中管理线程资源的一种高效机制。它不仅能够复用线程,减少创建和销毁线程的开销,还能有效控制并发线程的数量,提高系统资源的利用率。本文将深入探讨线程池中线程的保活和回收机制,帮助你更好地理解和使用线程池。
152 2
|
3月前
|
Prometheus 监控 Cloud Native
在 Java 中,如何使用线程池监控以及动态调整线程池?
【10月更文挑战第22天】线程池的监控和动态调整是一项重要的任务,需要我们结合具体的应用场景和需求,选择合适的方法和策略,以确保线程池始终处于最优状态,提高系统的性能和稳定性。
539 2
|
4月前
|
Java 开发者
在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口
【10月更文挑战第20天】在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口。本文揭示了这两种方式的微妙差异和潜在陷阱,帮助你更好地理解和选择适合项目需求的线程创建方式。
62 3
|
4月前
|
Java 开发者
在Java多线程编程中,选择合适的线程创建方法至关重要
【10月更文挑战第20天】在Java多线程编程中,选择合适的线程创建方法至关重要。本文通过案例分析,探讨了继承Thread类和实现Runnable接口两种方法的优缺点及适用场景,帮助开发者做出明智的选择。
41 2
|
4月前
|
Java
Java中多线程编程的基本概念和创建线程的两种主要方式:继承Thread类和实现Runnable接口
【10月更文挑战第20天】《JAVA多线程深度解析:线程的创建之路》介绍了Java中多线程编程的基本概念和创建线程的两种主要方式:继承Thread类和实现Runnable接口。文章详细讲解了每种方式的实现方法、优缺点及适用场景,帮助读者更好地理解和掌握多线程编程技术,为复杂任务的高效处理奠定基础。
66 2