JUC- wait / notify原理

最新推荐文章于 2024-10-01 18:51:18 发布
最新推荐文章于 2024-10-01 18:51:18 发布
阅读量772 收藏 11
点赞数 21
文章标签： java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_64133130/article/details/141498314
版权

 概念

  • Owner 线程发现条件不满足，调用 wait 方法，即可进入 WaitSet 变为 WAITING 状态，等待其它线程将它所需要的资源就位后，再重新竞争。

  • BLOCKED 和 WAITING 的线程都处于阻塞状态，不占用 CPU 时间片

  • BLOCKED 线程会在 Owner 线程释放锁时唤醒

  • WAITING 线程会在 Owner 线程调用 notify 或 notifyAll 时唤醒，但唤醒后并不意味者立刻获得锁，仍需进入 EntryList 重新竞争

API 介绍

  • obj.wait() 让进入 object 监视器的线程到 waitSet 等待

    • wait() 方法会释放对象的锁，进入 WaitSet 等待区，从而让其他线程就机会获取对象的锁。无限制等待，直到 notify 为止

    • wait(long n) 有时限的等待, 到 n 毫秒后结束等待，或是被 notify

  • obj.notify() 在 object 上正在 waitSet 等待的线程中挑一个唤醒

  • obj.notifyAll() 让 object 上正在 waitSet 等待的线程全部唤醒

 它们都是线程之间进行协作的手段，都属于 Object 对象的方法。必须获得此对象的锁，才能调用这几个方法

final static Object obj = new Object();
public static void main(String[] args) {
    new Thread(() -> {
        synchronized (obj) {
            log.debug("执行....");
            try {
                obj.wait(); // 让线程在obj上一直等待下去
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            log.debug("其它代码....");
        }
    }).start();
    new Thread(() -> {
        synchronized (obj) {
            log.debug("执行....");
            try {
                obj.wait(); // 让线程在obj上一直等待下去
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            log.debug("其它代码....");
        }
    }).start();
    // 主线程两秒后执行
    sleep(2);
    log.debug("唤醒 obj 上其它线程");
    synchronized (obj) {
        obj.notify(); // 唤醒obj上一个线程
        // obj.notifyAll(); // 唤醒obj上所有等待线程
    }
}

notify 的一种结果

20:00:53.096 [Thread-0] c.TestWaitNotify - 执行.... 
20:00:53.099 [Thread-1] c.TestWaitNotify - 执行.... 
20:00:55.096 [main] c.TestWaitNotify - 唤醒 obj 上其它线程
20:00:55.096 [Thread-0] c.TestWaitNotify - 其它代码...

notifyAll 的结果

19:58:15.457 [Thread-0] c.TestWaitNotify - 执行.... 
19:58:15.460 [Thread-1] c.TestWaitNotify - 执行.... 
19:58:17.456 [main] c.TestWaitNotify - 唤醒 obj 上其它线程
19:58:17.456 [Thread-1] c.TestWaitNotify - 其它代码.... 
19:58:17.456 [Thread-0] c.TestWaitNotify - 其它代码....

wait notify 的正确姿势

sleep(long n) 和 wait(long n) 的区别

  1. sleep 是 Thread 方法，而 wait 是 Object 的方法

  2. sleep 不需要强制和 synchronized 配合使用，但 wait 需要 和 synchronized 一起用

  3. sleep 在睡眠的同时，不会释放对象锁的，但 wait 在等待的时候会释放对象锁

  4. 它们 状态 TIMED_WAITING

 示例一

static final Object room = new Object();
static boolean hasCigarette = false;
static boolean hasTakeout = false;
new Thread(() -> {
    synchronized (room) {
        log.debug("有烟没？[{}]", hasCigarette);
        if (!hasCigarette) {
            log.debug("没烟，先歇会！");
            sleep(2);
        }
        log.debug("有烟没？[{}]", hasCigarette);
        if (hasCigarette) {
            log.debug("可以开始干活了");
        }
    }
}, "小南").start();
for (int i = 0; i < 5; i++) {
    new Thread(() -> {
        synchronized (room) {
            log.debug("可以开始干活了");
        }
    }, "其它人").start();
}
sleep(1);
new Thread(() -> {
    // 这里能不能加 synchronized (room)？
    hasCigarette = true;
    log.debug("烟到了噢！");
}, "送烟的").start();

执行结果 

20:49:49.883 [小南] c.TestCorrectPosture - 有烟没？[false] 
20:49:49.887 [小南] c.TestCorrectPosture - 没烟，先歇会！
20:49:50.882 [送烟的] c.TestCorrectPosture - 烟到了噢！
20:49:51.887 [小南] c.TestCorrectPosture - 有烟没？[true] 
20:49:51.887 [小南] c.TestCorrectPosture - 可以开始干活了
20:49:51.887 [其它人] c.TestCorrectPosture - 可以开始干活了
20:49:51.887 [其它人] c.TestCorrectPosture - 可以开始干活了
20:49:51.888 [其它人] c.TestCorrectPosture - 可以开始干活了
20:49:51.888 [其它人] c.TestCorrectPosture - 可以开始干活了
20:49:51.888 [其它人] c.TestCorrectPosture - 可以开始干活了

  • 采用sleep，没有释放锁，其它需要竞争锁干活的线程，都要一直阻塞，效率太低

  • 小南线程必须睡足 2s 后才能醒来，就算烟提前送到，也无法立刻醒来

  • 加了 synchronized (room) 后，就好比小南在里面反锁了门睡觉，烟根本没法送进门，main 没加 synchronized 就好像 main 线程是翻窗户进来的

  • 解决方法，使用 wait - notify 机制

 示例二

采用了wait - notify ，由于wait会释放锁，其它干活的线程并不会阻塞等待，但如果watiSet里面有两个阻塞线程在等待条件，notify()只能随机唤醒一个线程，所以仍有问题。

new Thread(() -> {
    synchronized (room) {
        log.debug("有烟没？[{}]", hasCigarette);
        if (!hasCigarette) {
            log.debug("没烟，先歇会！");
            try {
                room.wait(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
        log.debug("有烟没？[{}]", hasCigarette);
        if (hasCigarette) {
            log.debug("可以开始干活了");
        }
    }
}, "小南").start();
for (int i = 0; i < 5; i++) {
    new Thread(() -> {
        synchronized (room) {
            log.debug("可以开始干活了");
        }
    }, "其它人").start();
}
sleep(1);
new Thread(() -> {
    synchronized (room) {
        hasCigarette = true;
        log.debug("烟到了噢！");
        room.notify();
    }
}, "送烟的").start();

示例三

  • notify 只能随机唤醒一个 WaitSet 中的线程，这时如果有其它线程也在等待，那么就可能唤醒不了正确的线程，称之为【虚假唤醒】

  • 解决方法，改为 notifyAll

new Thread(() -> {
    synchronized (room) {
        log.debug("有烟没？[{}]", hasCigarette);
        if (!hasCigarette) {
            log.debug("没烟，先歇会！");
            try {
                room.wait();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
        log.debug("有烟没？[{}]", hasCigarette);
        if (hasCigarette) {
            log.debug("可以开始干活了");
        } else {
            log.debug("没干成活...");
        }
    }
}, "小南").start();
new Thread(() -> {
    synchronized (room) {
        Thread thread = Thread.currentThread();
        log.debug("外卖送到没？[{}]", hasTakeout);
        if (!hasTakeout) {
            log.debug("没外卖，先歇会！");
            try {
                room.wait();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
        log.debug("外卖送到没？[{}]", hasTakeout);
        if (hasTakeout) {
            log.debug("可以开始干活了");
        } else {
            log.debug("没干成活...");
        }
    }
}, "小女").start();
sleep(1);
new Thread(() -> {
    synchronized (room) {
        hasTakeout = true;
        log.debug("外卖到了噢！");
        room.notify();
    }
}, "送外卖的").start();

当外卖到了时，需要外卖的线程反而没被唤醒，只唤醒了要烟的，这就是虚假唤醒

20:53:12.173 [小南] c.TestCorrectPosture - 有烟没？[false] 
20:53:12.176 [小南] c.TestCorrectPosture - 没烟，先歇会！
20:53:12.176 [小女] c.TestCorrectPosture - 外卖送到没？[false] 
20:53:12.176 [小女] c.TestCorrectPosture - 没外卖，先歇会！
20:53:13.174 [送外卖的] c.TestCorrectPosture - 外卖到了噢！
20:53:13.174 [小南] c.TestCorrectPosture - 有烟没？[false] 
20:53:13.174 [小南] c.TestCorrectPosture - 没干成活... 

 示例四

改成notifyAll()全部唤醒，就可以唤醒全部线程，不过那个被骗的线程也蛮惨的哈哈

new Thread(() -> {
    synchronized (room) {
        hasTakeout = true;
        log.debug("外卖到了噢！");
        room.notifyAll();
    }
}, "送外卖的").start();

 20:55:23.978 [小南] c.TestCorrectPosture - 有烟没？[false] 
20:55:23.982 [小南] c.TestCorrectPosture - 没烟，先歇会！
20:55:23.982 [小女] c.TestCorrectPosture - 外卖送到没？[false] 
20:55:23.982 [小女] c.TestCorrectPosture - 没外卖，先歇会！
20:55:24.979 [送外卖的] c.TestCorrectPosture - 外卖到了噢！
20:55:24.979 [小女] c.TestCorrectPosture - 外卖送到没？[true] 
20:55:24.980 [小女] c.TestCorrectPosture - 可以开始干活了
20:55:24.980 [小南] c.TestCorrectPosture - 有烟没？[false] 
20:55:24.980 [小南] c.TestCorrectPosture - 没干成活... 

  • 用 notifyAll 仅解决某个线程的唤醒问题，但使用 if + wait 判断仅有一次机会，一旦条件不成立，就没有重新判断的机会了

  • 解决方法，用 while + wait，当条件不成立，再次 wait  

示例五（正确姿势）

 这种方式仅有一次判断机会，被全局唤醒之后，如果没有满足条件，线程也会结束。

if (!hasCigarette) {
    log.debug("没烟，先歇会！");
    try {
        room.wait();
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
}

 可以被多次唤醒，直到条件满足为止。并不会阻塞等待，因为未满足条件时又采用了wait让出了cpu的时间片和锁

while (!hasCigarette) {
    log.debug("没烟，先歇会！");
    try {
        room.wait();
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
}

明矾java
关注
tuling-juc-final.zip
05-23
项目"tuling-juc-final"很可能包含了多种使用volatile的场景，例如单例模式、信号量（例如使用`volatile`配合`wait()`和`notify()`实现线程间的协作），或者创建线程安全的计数器。 在深入研究这些代码示例时，我们...
个人学习-JUC-笔记
02-25
- **wait()与notify()**：Object类的方法，用于线程间的协作。 - **Condition**：Lock接口的扩展，提供更灵活的唤醒等待机制。 - **CountDownLatch/CyclicBarrier/Semaphore**：信号量类，用于控制并发线程数量或...
并发编程：wait、notify
Fisher3652的博客
09-14 228
目录1. 关于wait notify2. wait和sleep的区别3. 代码示例 1. 关于wait notify 持有锁的线程发现条件不满足，调用 wait，即可进入 WaitSet 变为 WAITING 状态； BLOCKED 和 WAITING 的线程都处于阻塞状态，不占用 CPU 时间片； BLOCKED 线程会在 持有锁的线程释放锁时唤醒； WAITING 线程会在 持有锁的线程调用 notify 或 notifyAll 时唤醒，但唤醒后并不意味者立刻获得锁仍需进入EntryList 重新竞
并发之wait/notify说明
ABestRookie的博客
06-27 174
obj.wait() 让进入 object 监视器的线程到 waitSet 等待obj.notify() 在 object 上正在 waitSet 等待的线程中挑一个唤醒**(随机)**obj.notifyAll() 让 object 上正在 waitSet 等待的线程全部唤醒 第一次测试notify结果 第二次测试notifyAll结果 wait() 方法会释放对象的锁，进入 WaitSet 等待区，从而让其他线程就机会获取对象的锁。无限制等待，直到 notify 为止.sleep(long n)和wai
wait_notify-并发编程(Java)
gaogzhen的博客
09-03 124
文章目录1、wait/notify 原理2、API3、wait(long n) 和 sleep(long n)区别4、唤醒不同条件下等待的多线程 1、wait/notify 原理 owner线程发现条件不满足，调用wait方法，即可进入WaitSet变为WATING状态。 BLOCKED和WATING状态的线程都处于阻塞状态，不占用CPU时间片。 BLOCKED状态线程，会在Owner线程释放锁时唤醒。 WATING状态的线程会在Owner线程调用notify或者notifyAll时唤醒，但唤醒后并不会
JUC-wait和notify
江黎
09-27 198
Object类中的wait和notify方法实现线程等待和唤醒 1、正常情况 public class WaitNotifyDemo { static Object lock = new Object(); public static void main(String[] args) { new Thread(()->{ synchronized (lock) { System.out.println(Thr
【后端修行之JUC】wait/notify/park/unpark
weixin_40189079的博客
08-18 172
本文用于记录学习黑马JUC课程后，个人认为有价值的笔记，核心内容均围绕标题展开。既做一个学习的记录，同时也做一个沟通交流，欢迎各位大佬互动~③park和unpark以线程为单位唤醒和阻塞线程，而notify只能随机唤醒，notifyAll是全部唤醒，不能那么精确对线程进行操作；②wait, notify, notifyAll必须配合Object Monitor一起使用，而unpark不必；①先调用unpark，再调用park，恢复暂停的线程。//暂停当前线程（线程状态：WAIT）//恢复某个线程的运行。
JUC并发编程七 并发架构--wait/notify
m0_37564426的博客
10-10 187
保护性暂停-增强超时 package com.atchina.test; import com.sun.corba.se.impl.orbutil.concurrent.Sync; import lombok.Synchronized; import lombok.extern.slf4j.Slf4j; @Slf4j(topic = "c.Test20") public class Test20 { public static void main(String[] args) { ...
JUC并发编程 共享模型之管程 wait notify -- 为什么需要wait/notify方法 & 原理之 wait / notify & wait() 和 notify() API介绍
天行健 君子以自强不息，地势坤 君子以厚德载物。
08-30 371
1. 为什么需要wait/notify方法 由于条件不满足，小南不能继续进行计算 但小南如果一直占用着锁，其它人就得一直阻塞，效率太低 于是老王单开了一间休息室（调用 wait 方法），让小南到休息室（WaitSet）等着去了，但这时锁释放开，其它人可以由老王随机安排进屋 直到小M将烟送来，大叫一声 [ 你的烟到了 ] （调用 notify 方法） 小南于是可以离开休息室，重新进入竞争锁的队列 2. 原理之 wait / notify Owner 线程发现条件不满足，调用 wait 方法，即
Java后端真实面试题大全(有详细答案)--高频/真题
热门推荐
IT利刃出鞘的博客
11-24 14万+
本文分享Java后端真实高频面试题，有详细答案，保你稳过面试。题目包括：Java基础、多线程、JVM、数据库、Redis、Shiro、Spring、SpringBoot、MyBatis、MQ、ELK、SpringCloud、设计模式等。 本博客包含从简单到困难、从高频到低频的题目，适合所有Java求职者，包括：刚入门的、三年以内经验、三到五年经验、五到十年经验等。
JUC-park/unpark
子悠のziyou
12-07 435
在使用park与unpark的时候就在疑惑为什么先调用unpark时后park就不会阻塞，现在就总结一下原理 可以看到这个还是比较符合我们正常情况，因为先执行的是park再执行的是unpark那么先执行unpark再执行park呢？ 你会发现其实也可以，你也会感到疑惑为什么呢？park加锁后没有unpark为啥还是可以执行？与 Object 的 wait/notify 相比wait，notify 和 notifyAll 必须配合 Object Monitor 一起使用，而 park，unpark 不必
juc-1(2).docx
03-29
Java 提供了 `wait()`、`notify()` 和 `notifyAll()` 方法以及 `Lock` 的 `Condition` 接口来实现这一目标。 1) 线程间的调用顺序不可预知，需要通过同步机制来控制。 2) 示例代码展示了两个线程交替对共享数据进行...
Java 多线程与并发(9-26)-JUC锁- LockSupport详解.pdf
07-23
LockSupport允许先unpark再park，这与wait/notify方法不同，后者要求线程先wait之后才能被notify唤醒。如果在park之前执行了unpark，这不会产生负面影响，线程在调用park时将立即返回，不会进入等待状态。 ...
基于Hive和Hadoop的哔哩哔哩网站分析系统
图南的博客
09-27 576
本项目是一个基于大数据技术的哔哩哔哩平台分析系统，旨在为用户提供全面的哔哩哔哩视频数据和深入的用户行为分析。系统采用 Hadoop 平台进行大规模数据存储和处理，利用 MapReduce 进行数据分析和处理，通过 Sqoop 实现数据的导入导出，以 Spark 为核心进行高效的数据处理。整个系统结合了大数据处理技术，为用户提供精准的内容推荐和深入的用户兴趣分析，帮助平台更好地了解视频趋势和用户需求。
JavaScript ArrayBuffer的读写与类型转换
最新发布
白瑕 的博客
10-01 217
所有视图的基本单位是ArrayBuffer, ArrayBuffer中只存储二进制格式的数据.ArrayBuffer不可直接读写, 必须通过视图(比如DataView)暴露的API.
Spring Cloud全解析：服务调用之OpenFeign集成OkHttp
Lxn2zh的博客
09-30 445
HTTP连接需要进行TCP三次握手，是一个比较耗时的操作，一般我们不直接使用HttpURLConnection，而是使用HttpClient/okHttp等支持连接池的客户端工具，以Feign集成OkHttp为例。OpenFeign本质是HTTP来进行服务调用的，也就是需要集成一个Http客户端。默认是HttpURLConnection方式，也就是jdk中提供的最原始的那个。要开启OkHttp ,还需要在YML 中添加开启配置项，默认是关闭的。使用的是Client接口来进行请求的。
Java内存布局
阿呆的专栏
10-01 521
64位 JVM 不启用指针压缩时：Object Header 大小是16字节。64位 JVM 启用指针压缩时（默认）：Object Header 大小是12字节。32位 JVM：Object Header 大小是8字节。JVM在默认情况下启用指针压缩，但如果堆内存超过32GB，就会禁用指针压缩。32GB是压缩指针的最大寻址范围。超过32GB的堆内存中，压缩指针带来的性能提升并不显著，而且需要解压指针反而可能增加开销。
C#基础：掌握控制流语句，构建灵活的程序逻辑
学习和分享
09-28 292
在C#中，控制流语句是用来控制程序执行流程的重要部分。它们允许你根据条件执行不同的代码块，或者重复执行某些代码块直到满足特定条件。
Java并发编程详解：JUC与面试必备知识
"这篇资源主要介绍了Java并发编程中的重要组件JUC，以及相关的并发编程概念，包括进程和线程的定义、线程的状态和相关方法如wait、notify、notifyAll等。" Java并发编程（JUC）是Java.util.concurrent包及其相关子...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

明矾java

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值