【JUC】十六、LockSupport类实现线程等待与唤醒

文章目录

  • 1、LockSupport
  • 2、wait和notify存在的问题
  • 3、await和signal存在的问题
  • 4、park和unpark方法
  • 5、LockSupport用法示例
  • 6、Permit不会累积
  • 7、面试

在这里插入图片描述

1、LockSupport

线程等待和唤醒的方式有:

  • 使用Object的wait方法让对象上活动的线程等待,使用notify方法来唤醒线程
  • 使用JUC报中Condition的await方法让线程等待,使用signal方法来唤醒线程
  • LockSupport类来阻塞当前线程以及唤醒指定被阻塞的线程

在这里插入图片描述

LockSupport是一个线程阻塞工具类,所有方法都是静态的。可以让线程在任意位置阻塞,阻塞之后也有对应的唤醒方法,归根结底,LockSupport调用的Unsafe中的native代码。

  • LockSupport提供park和unpark方法实现阻塞线程和解除阻塞
  • LockSupport和每个使用它的线程都有一个许可permit关联
  • 每个线程都有一个相关的permit,permit最多只有一个,重复调用unpark也不会积累凭证
  • LockSupport就是通过Permit (许可)的概念来做到阻塞和唤阻线程的功能

2、wait和notify存在的问题

正常使用wait和notify如下:

public class LockSupport1 {public static void main(String[] args) {Object o = new Object();new Thread(() -> {synchronized (o){System.out.println(Thread.currentThread().getName() + "\t come in...");try {o.wait();} catch (InterruptedException e) {e.printStackTrace();}System.out.println(Thread.currentThread().getName() + "\t 被唤醒");}},"t1").start();//歇200mstry { TimeUnit.MILLISECONDS.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); }new Thread(() -> {synchronized (o){System.out.println(Thread.currentThread().getName() + "\t come in ...");o.notify();System.out.println(Thread.currentThread().getName() + "\t 发出唤醒通知");}},"t2").start();}
}

此时一切正常:

在这里插入图片描述

问题1:去掉syncyronized

在这里插入图片描述

问题2:先唤醒再等待

在这里插入图片描述

可以发现,将notify先于wait执行,等待被唤醒的线程会陷入无限等待中,就像叫你起床的人,先走了,你睡着以后没人再叫你了。

问题点总结:

  • wait和notify方法必须要在同步块或者同步方法里面,且成对出现和使用
  • 必须先wait再notify,反之唤醒失败

3、await和signal存在的问题

常规用法:

public class LockSupport1 {public static void main(String[] args) {Lock lock = new ReentrantLock();Condition condition = lock.newCondition();new Thread(() -> {lock.lock();System.out.println(Thread.currentThread().getName() + "\t come in...");try {condition.await();} catch (InterruptedException e) {e.printStackTrace();} finally {lock.unlock();}System.out.println(Thread.currentThread().getName() + "\t 被唤醒");},"t1").start();//歇200mstry { TimeUnit.MILLISECONDS.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); }new Thread(() -> {lock.lock();try {System.out.println(Thread.currentThread().getName() + "\t come in...");condition.signal();System.out.println(Thread.currentThread().getName() + "\t 发出唤醒通知");} finally {lock.unlock();}},"t2").start();}}

在这里插入图片描述

问题1:去掉锁

在这里插入图片描述

可以看到去掉lock和unlock加解锁,await和signal都触发了IllegalMonitorStateException异常。

异常2:先唤醒再等待

在这里插入图片描述

可以看到,前两种线程等待和唤醒的方式,都有使用限制:

  • 线程必须先持有锁(synchronized或者lock)
  • 必须先等待后唤醒,才能唤醒成功

4、park和unpark方法

基于前面两种方式的缺陷,LockSupport提供了新的实现思路来解决 ⇒凭证 。通过park()和unpark(thread)来实现阻塞和唤醒线程。

//阻塞当前线程
park()
//阻塞传入的具体线程
park(Thread thread)

当调用park方法时:

  • 如果线程有凭证,则直接消耗掉这个凭证然后正常往下执行
  • 如果线程没有凭证,就必须阻塞等待到凭证可用

看下源码,第二个参数就是用来指定多久放行的,默认0,即没许可证不放行,直到别的线程给当前线程发放permit:

在这里插入图片描述

unpark(Thread thread)

当调用unpark方法时:

  • 给传入的线程发一个凭证
  • 自动唤醒之前阻塞的LockSupport.park()
  • 但凭证最多只有一个,多次调用不会累加

5、LockSupport用法示例

开两个线程t2给t1发通行证:

public class LockSupport2 {public static void main(String[] args) {Thread t1 = new Thread(() -> {System.out.println(Thread.currentThread().getName() + "\t ---com in: " + System.currentTimeMillis());LockSupport.park();System.out.println(Thread.currentThread().getName() + "\t ---被唤醒: " + System.currentTimeMillis());}, "t1");t1.start();try { TimeUnit.MILLISECONDS.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); }new Thread(() -> {System.out.println(Thread.currentThread().getName() + "\t ---com in");System.out.println(Thread.currentThread().getName() + "给t1线程发了permit");LockSupport.unpark(t1);},"t2").start();}
}

等待唤醒成功,可以发现不用锁块了,也没有synchronized或者lock了。

在这里插入图片描述

再看先发许可证会不会被成功唤醒:

public class LockSupport2 {public static void main(String[] args) {Thread t1 = new Thread(() -> {//休息两秒,让t2先执行try { TimeUnit.MILLISECONDS.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); }System.out.println(Thread.currentThread().getName() + "\t ---com in: " + System.currentTimeMillis());LockSupport.park();System.out.println(Thread.currentThread().getName() + "\t ---被唤醒: " + System.currentTimeMillis());}, "t1");t1.start();//try { TimeUnit.MILLISECONDS.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); }new Thread(() -> {System.out.println(Thread.currentThread().getName() + "\t ---com in");System.out.println(Thread.currentThread().getName() + "给t1线程发了permit");LockSupport.unpark(t1);},"t2").start();}
}

在这里插入图片描述

先发permit,再LockSupport.park(),就像持证上岗,或者高速公路的ETC,提前缴费买了通行证后走高速,遇到关卡一路通畅,此时park形同虚设

6、Permit不会累积

验证一个线程醉倒一个Permit,许可证不会累积:

public class LockSupport3 {public static void main(String[] args) {Thread t1 = new Thread(() -> {//先让发许可证的线程执行try { TimeUnit.MILLISECONDS.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); }System.out.println(Thread.currentThread().getName() + "\t ---come in");LockSupport.park();LockSupport.park();System.out.println(Thread.currentThread().getName() + "\t ---被唤醒");}, "t1");t1.start();new Thread(() -> {LockSupport.unpark(t1);LockSupport.unpark(t1);LockSupport.unpark(t1);LockSupport.unpark(t1);}).start();}
}

可以看到多次unpark也不能过两个park:

在这里插入图片描述

稍微再改一下,一个凭证用完后,自己再给自己发一个,就可以通过了。

在这里插入图片描述

7、面试

Q1:为什么LockSupport可以突破wait/notify原有的调用顺序限制?

A1:因为unpark后线程t获得了一个凭证,之后线程t再调用park,就凭证消费,畅通无阻

Q2:为什么唤醒两次后再阻塞两次,最终结果还是阻塞?

A2:因为凭证的数量最多为1,连续调用两次unpark并不会有两个凭证,而调用两次park却要消耗两个凭证,凭证不够,不能放行。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/232093.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Docker中Alpine容器中配置MariaDB

1.更新镜像源 apk update2.安装 Mysql apk add --no-cache mysql mysql-client # 安装命令也可使用 apk add mariadb mariadb-client,alpine 中 mysql 就是 mariadb3. 安装openrc openrc是Alpine服务控制器,负责Alpine服务启动,添加、删除…

基于ASP.Net的图书管理系统的设计与实现

摘 要 图书馆管理系统是一整套高科技技术与书本管理知识结合的产物。它把传统书籍静态的服务这个缺陷完美化,完成多媒体数据的交互、远程网络连接、检查搜索智能化、多数据库无障碍联系、跨时空信息服务。图书管理系统用计算机程序替代了传统手工记录的工作模式&am…

开源好用EasyImages简单图床源码

开源好用EasyImages简单图床源码分享,虽然它是开源程序,但功能一点也不弱,不仅支持多文件上传、文字/图片水印、支持API和鉴黄、还能自定义代码,最重要的是它不强制使用数据库运行,这就给我们的部署和维护带来极大方便…

深兰科技入选工信部首批“5G+智慧旅游”应用试点项目名

近日,国家文旅部与工信部确定并公布了我国首批《“5G智慧旅游”应用试点项目名单》,深兰科技基于AIGC多模态融合大模型技术开发打造的江汉路“5G智慧旅游”试点项目——武汉市江汉路步行街5G智慧商街创新应用,成功入选该名单。 作为由湖北省文…

基于YOLOv8深度学习的生活垃圾分类目标检测系统【python源码+Pyqt5界面+数据集+训练代码】目标检测

《博主简介》 小伙伴们好,我是阿旭。专注于人工智能、AIGC、python、计算机视觉相关分享研究。 ✌更多学习资源,可关注公-仲-hao:【阿旭算法与机器学习】,共同学习交流~ 👍感谢小伙伴们点赞、关注! 《------往期经典推…

小航助学题库蓝桥杯题库c++选拔赛(21年1月)(含题库教师学生账号)

需要在线模拟训练的题库账号请点击 小航助学编程在线模拟试卷系统(含题库答题软件账号) 需要在线模拟训练的题库账号请点击 小航助学编程在线模拟试卷系统(含题库答题软件账号)

ssh-keygen(centos)

A—免密登陆—>B (1)A 机器,通过命令”ssh-keygen -t rsa“, 生成id_rsa,id_rsa.pub authorized_keys:存放远程免密登录的公钥,主要通过这个文件记录多台机器的公钥 id_rsa : 生成的私钥文件 id_rsa.pub : 生成的公钥文件 know_hosts : 已知的主机公钥…

GDPU 数据结构 天码行空12

文章目录 数据结构实验十二 图的遍历及应用一、【实验目的】二、【实验内容】三、实验源代码🍻 CPP🍻 C 数据结构实验十二 图的遍历及应用 一、【实验目的】 1、 理解图的存储结构与基本操作; 2、熟悉图的深度度优先遍历和广度优先遍历算法…

脚本格式问题记录

服务器上的一些脚本迁移到其他服务上发生的小问题 问题:执行一个在win10系统编写好的shell脚本,放到Linux上执行报错如下: bash: ./xxx.sh: /bin/bash^M: bad interpreter: No such file or directory 原因:window系统写的脚本&a…

【计算机网络笔记】交换机

系列文章目录 什么是计算机网络? 什么是网络协议? 计算机网络的结构 数据交换之电路交换 数据交换之报文交换和分组交换 分组交换 vs 电路交换 计算机网络性能(1)——速率、带宽、延迟 计算机网络性能(2)…

Web安全漏洞分析-XSS(中)

随着互联网的迅猛发展,Web应用的普及程度也愈发广泛。然而,随之而来的是各种安全威胁的不断涌现,其中最为常见而危险的之一就是跨站脚本攻击(Cross-Site Scripting,简称XSS)。XSS攻击一直以来都是Web安全领…

Condition 源码解析

Condition 源码解析 文章目录 Condition 源码解析一、Condition二、Condition 源码解读2.1. lock.newCondition() 获取 Condition 对象2.2. condition.await() 阻塞过程2.3. condition.signal() 唤醒过程2.4. condition.await() 被唤醒后 三、总结 一、Condition 在并发情况下…