【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

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数