【Java | 多线程】LockSupport 的使用和注意事项

2024-04-25 02:20

本文主要是介绍【Java | 多线程】LockSupport 的使用和注意事项,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

了解一下 LockSupport

LockSupport是一个类,位于java.util.concurrent.locks包中,提供了基本的线程同步机制。

LockSupport的主要作用是挂起和唤醒线程。它提供了两个主要的静态方法:park()unpark()

  1. park():用于挂起当前线程。如果调用park()的线程已经被unpark(),或者线程被中断,那么调用park()时线程不会阻塞。
  2. unpark(Thread thread):用于唤醒指定的线程。如果该线程在调用unpark()时已经处于挂起状态,那么它会被唤醒。如果该线程还没有进入挂起状态,那么下一次调用park()时不会阻塞。

LockSupport就是用来创建锁和其他同步类的基本线程阻塞原语。

三种让线程等待和唤醒的方法

我们知道,使用Objectwait()notify()方法,可以实现基本的线程等待和唤醒。

并发包(java.util.concurrent)下Condition对象的await()signal()方法也可以实现线程等待和唤醒。

但是,wait()notify()必须在同步块或同步方法中调用,否则会抛出IllegalMonitorStateException。类似的,调用Conditionawait()signal()方法也需要获取相关Lock对象的锁的情况下才能调用,否则会同样会抛出IllegalMonitorStateException

另外,如果我们先调用notify(),然后再调用wait()。在这种情况下,notify()被调用时没有线程在等待,所以没有线程会被唤醒,之后当线程调用wait()时,它会进入等待状态(阻塞了)。

public class WaitNotifyDemo {static Object lock = new Object();public static void main(String[] args) {new Thread(() -> {// 让 Thread A 稍后运行try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}synchronized (lock) {System.out.println(Thread.currentThread().getName() + " 开始");try {lock.wait();} catch (Exception e) {e.printStackTrace();}}System.out.println(Thread.currentThread().getName() + " 被唤醒!");}, "Thread A").start();new Thread(() -> {synchronized (lock) {lock.notify();System.out.println(Thread.currentThread().getName() + " 唤醒操作");}}, "Thread B").start();}
}

运行效果:

Thread B 唤醒操作
Thread A 开始

可以看到,线程 A 一直处于阻塞状态,等待其他线程再次调用notify()

那如果是用LockSupportpark()unpark(),就不会有上述问题。

import java.util.concurrent.locks.LockSupport;public class LockSupportDemo {// LockSupport 不用必须在同步块或同步方法中调用public static void main(String[] args) {Thread threadA = new Thread(() -> {System.out.println(Thread.currentThread().getName() + " 开始");LockSupport.park();System.out.println(Thread.currentThread().getName() + " 被唤醒!");}, "Thread A");Thread threadB = new Thread(() -> {LockSupport.unpark(threadA);System.out.println(Thread.currentThread().getName() + " 唤醒操作");}, "Thread B");threadA.start();threadB.start();}
}

即使是先唤醒后等待,使用 LockSupport 也没有问题:

import java.util.concurrent.locks.LockSupport;public class LockSupportDemo {public static void main(String[] args) {Thread threadA = new Thread(() -> {// 让 Thread A 稍后运行try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(Thread.currentThread().getName() + " 开始");LockSupport.park();System.out.println(Thread.currentThread().getName() + " 被唤醒!");}, "Thread A");Thread threadB = new Thread(() -> {LockSupport.unpark(threadA);System.out.println(Thread.currentThread().getName() + " 唤醒操作");}, "Thread B");threadA.start();threadB.start();}
}

运行效果:

Thread B 唤醒操作
Thread A 开始
Thread A 被唤醒!

关键点

说白了,LockSupport提供了静态方法park()unpark()方法来实现阻塞线程和解除线程阻塞的过程。

LockSupport类使用了一种名为Permit(许可)的概念来做到阻塞和唤醒线程的功能,每个线程都有一个许可(permit),permit只有两个值1和零,默认是零。permit相当于1,0的开关。

permit的默认值为0。调用一次unpark就加1,调用一次park会消费permit,也就是将1变成0,同时park立即返回。此时如果再次调用park会变成阻塞,调用unpark就又会把permit置为1。

需要注意的是,每个线程都有一个相关的permit, permit最多只有一个,重复调用unpark也不会积累凭证。

官网是这么写的:

在这里插入图片描述

为什么在LockSupport类中,我们可以先唤醒一个线程后再让它阻塞?

这是因为LockSupport的工作原理基于许可(permit)的概念。

当我们调用unpark方法时,如果相关线程还没有许可,那么它会获得一个许可。然后,当我们在之后调用park方法时,如果该线程已经有了许可,那么它会立即消费这个许可并立即返回,而不会阻塞。因此,即使我们先唤醒线程(即先调用unpark方法),然后再让它阻塞(调用park方法),线程也不会真正阻塞,因为它已经有了一个许可可以消费。

那为什么唤醒两次后阻塞两次,最终结果还是会阻塞线程?

这是因为LockSupport的许可(permit)不具备累加性。

无论我们调用多少次unpark方法,它只会给线程一个许可(将permit置为1)。

当我们连续两次调用park方法时,第一次调用会消费掉这个许可,然后第二次调用park方法时,由于没有可用的许可,线程会被阻塞。因此,即使我们先连续两次唤醒线程,然后再连续两次让它阻塞,线程最终还是会被阻塞。

下面的代码演示了使用 LockSupport 类唤醒了两次A线程后阻塞两次,结果A线程会阻塞:

import java.util.concurrent.locks.LockSupport;public class LockSupportDemo {public static void main(String[] args) {Thread threadA = new Thread(() -> {// 让 Thread A 稍后运行try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(Thread.currentThread().getName() + " 开始");LockSupport.park();LockSupport.park();System.out.println(Thread.currentThread().getName() + " 被唤醒!");}, "Thread A");Thread threadB = new Thread(() -> {LockSupport.unpark(threadA);LockSupport.unpark(threadA);System.out.println(Thread.currentThread().getName() + " 唤醒操作");}, "Thread B");threadA.start();threadB.start();}
}

这篇关于【Java | 多线程】LockSupport 的使用和注意事项的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/933468

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

Linux join命令的使用及说明

《Linuxjoin命令的使用及说明》`join`命令用于在Linux中按字段将两个文件进行连接,类似于SQL的JOIN,它需要两个文件按用于匹配的字段排序,并且第一个文件的换行符必须是LF,`jo... 目录一. 基本语法二. 数据准备三. 指定文件的连接key四.-a输出指定文件的所有行五.-o指定输出

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

Linux jq命令的使用解读

《Linuxjq命令的使用解读》jq是一个强大的命令行工具,用于处理JSON数据,它可以用来查看、过滤、修改、格式化JSON数据,通过使用各种选项和过滤器,可以实现复杂的JSON处理任务... 目录一. 简介二. 选项2.1.2.2-c2.3-r2.4-R三. 字段提取3.1 普通字段3.2 数组字段四.

Linux kill正在执行的后台任务 kill进程组使用详解

《Linuxkill正在执行的后台任务kill进程组使用详解》文章介绍了两个脚本的功能和区别,以及执行这些脚本时遇到的进程管理问题,通过查看进程树、使用`kill`命令和`lsof`命令,分析了子... 目录零. 用到的命令一. 待执行的脚本二. 执行含子进程的脚本,并kill2.1 进程查看2.2 遇到的

SpringBoot基于注解实现数据库字段回填的完整方案

《SpringBoot基于注解实现数据库字段回填的完整方案》这篇文章主要为大家详细介绍了SpringBoot如何基于注解实现数据库字段回填的相关方法,文中的示例代码讲解详细,感兴趣的小伙伴可以了解... 目录数据库表pom.XMLRelationFieldRelationFieldMapping基础的一些代

一篇文章彻底搞懂macOS如何决定java环境

《一篇文章彻底搞懂macOS如何决定java环境》MacOS作为一个功能强大的操作系统,为开发者提供了丰富的开发工具和框架,下面:本文主要介绍macOS如何决定java环境的相关资料,文中通过代码... 目录方法一:使用 which命令方法二:使用 Java_home工具(Apple 官方推荐)那问题来了,

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Java AOP面向切面编程的概念和实现方式

《JavaAOP面向切面编程的概念和实现方式》AOP是面向切面编程,通过动态代理将横切关注点(如日志、事务)与核心业务逻辑分离,提升代码复用性和可维护性,本文给大家介绍JavaAOP面向切面编程的概... 目录一、AOP 是什么?二、AOP 的核心概念与实现方式核心概念实现方式三、Spring AOP 的关

详解SpringBoot+Ehcache使用示例

《详解SpringBoot+Ehcache使用示例》本文介绍了SpringBoot中配置Ehcache、自定义get/set方式,并实际使用缓存的过程,文中通过示例代码介绍的非常详细,对大家的学习或者... 目录摘要概念内存与磁盘持久化存储:配置灵活性:编码示例引入依赖:配置ehcache.XML文件:配置