Java的wait和notify学习三部曲之一：JVM源码分析

最新推荐文章于 2024-04-24 10:36:39 发布
最新推荐文章于 2024-04-24 10:36:39 发布
阅读量542 收藏 15
点赞数 20
分类专栏： Java程序员 文章标签： java 学习 jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_83620690/article/details/136840144
版权

startThreadC();

sleep(100);

log(“start notify”);

lock.notify();

log(“release lock”);

}

},“thread-B”).start();

}

public void startThreadC(){

new Thread(() -> {

synchronized (lock){

log(“get lock”);

log(“release lock”);

}

}, “thread-C”).start();

}

public static void main(String[] args){

new NotifyDemo().startThreadA();

}

}

以上就是本次实战用到的demo，代码功能简述如下：

  1. 启动线程A，取得锁之后先启动线程B再执行wait()方法，释放锁并等待；

  2. 线程B启动之后会等待锁，A线程执行wait()之后，线程B取得锁，然后启动线程C，再执行notify唤醒线程A，最后退出synchronize代码块，释放锁;

  3. 线程C启动之后就一直在等待锁，这时候线程B还没有退出synchronize代码块，锁还在线程B手里；

  4. 线程A在线程B执行notify()之后就一直在等待锁，这时候线程B还没有退出synchronize代码块，锁还在线程B手里；

  5. 线程B退出synchronize代码块，释放锁之后，线程A和线程C竞争锁；

把上面的代码在Openjdk8下面执行，反复执行多次，都得到以下结果：

thread-A : get lock

thread-A : start wait

thread-B : get lock

thread-C : c thread is start

thread-B : start notify

thread-B : release lock

thread-A : after wait, acquire lock again

thread-A : release lock

thread-C : get lock

thread-C : release lock

针对以上结果，问题来了：第一个问题：将以上代码反复执行多次，结果都是B释放锁之后A会先得到锁，这又是为什么呢？C为何不能先拿到锁呢？

第二个问题：线程C自开始就执行了monitorenter指令，它能得到锁是容易理解的，但是线程A呢？在wait()之后并没有没有monitorenter指令，那么它又是如何取得锁的呢？

wait()、notify()这些方法都是native方法，所以只有从JVM源码寻找答案了，本次阅读的是openjdk8的源码；

带上问题去看JVM源码

按照demo代码执行顺序，我整理了如下问题，带着这些问题去看JVM源码可以聚焦主线，不要被一些支线的次要的代码卡住(例如一些异常处理，监控和上报等)：

  1. 线程A在wait()的时候做了什么？

  2. 线程C启动后，由于此时线程B持有锁，那么线程C此时在干啥？

  3. 线程B在notify()的时候做了什么？

  4. 线程B释放锁的时候做了什么？

源码中最重要的注释信息

在源码中有段注释堪称是整篇文章最重要的说明，请大家始终记住这段信息，处处都用得上：

ObjectWaiter对象存在于WaitSet、EntryList、cxq等集合中，或者正在这些集合中移动

原文如下：

640?wx_fmt=png

请务必记住这三个集合：WaitSet、EntryList、cxq

好了，接下来看源码分析问题吧：

线程A在wait()的时候做了什么

打开hotspot/src/share/vm/runtime/objectMonitor.cpp,看ObjectMonitor::wait方法：

640?wx_fmt=png

如上图所示，有两处代码值得我们注意：

  1. 绿框中将当前线程包装成ObjectWaiter对象，并且状态为TS_WAIT，这里对应的是jstack看到的线程状态WAITING；

  2. 红框中调用了AddWaiter方法，跟进去看下：

640?wx_fmt=png

这个ObjectWaiter对象被放入了WaitSet中，WaitSet是个环形双向链表(circular doubly linked list)

回到ObjectMonitor::wait方法接着往下看，会发现关键代码如下图，当前线程通过park()方法开始挂起(suspend)：

640?wx_fmt=png

至此，我们把wait()方法要做的事情就理清了：

  1. 包装成ObjectWaiter对象，状态为TS_WAIT；

  2. ObjectWaiter对象被放入_WaitSet中；

  3. 当前线程挂起；

线程B持有锁的时候线程C在干啥

此时的线程C无法进入synchronized{}代码块，用jstack看应该是BLOCKED状态，如下图：

640?wx_fmt=png

我们看看monitorenter指令对应的源码吧，位置：openjdk/hotspot/src/share/vm/interpreter/interpreterRuntime.cpp

IRT_ENTRY_NO_ASYNC(void, InterpreterRuntime::monitorenter(JavaThread* thread, BasicObjectLock* elem))

#ifdef ASSERT

thread->last_frame().interpreter_frame_verify_monitor(elem);

#endif

if (PrintBiasedLockingStatistics) {

Atomic::inc(BiasedLocking::slow_path_entry_count_addr());

}

Handle h_obj(thread, elem->obj());

assert(Universe::heap()->is_in_reserved_or_null(h_obj()),

“must be NULL or an object”);

if (UseBiasedLocking) {

// Retry fast entry if bias is revoked to avoid unnecessary inflation

ObjectSynchronizer::fast_enter(h_obj, elem->lock(), true, CHECK);

} else {

ObjectSynchronizer::slow_enter(h_obj, elem->lock(), CHECK);

}

assert(Universe::heap()->is_in_reserved_or_null(elem->obj()),

“must be NULL or an object”);

#ifdef ASSERT

thread->last_frame().interpreter_frame_verify_monitor(elem);

#endif

IRT_END

上面的代码有个if (UseBiasedLocking)判断，是判断是否使用偏向锁的，本例中的锁显然已经不属于当前线程C了，所以我们还是直接看slowenter(hobj, elem->lock(), CHECK)方法吧；

打开openjdk/hotspot/src/share/vm/runtime/synchronizer.cpp：

void ObjectSynchronizer::slow_enter(Handle obj, BasicLock* lock, TRAPS) {

markOop mark = obj->mark();

assert(!mark->has_bias_pattern(), “should not see bias pattern here”);

//是否处于无锁状态

if (mark->is_neutral()) {

// Anticipate successful CAS – the ST of the displaced mark must

// be visible <= the ST performed by the CAS.

lock->set_displaced_header(mark);

//无锁状态就去竞争锁

if (mark == (markOop) Atomic::cmpxchg_ptr(lock, obj()->mark_addr(), mark)) {

TEVENT (slow_enter: release stacklock) ;

return ;

}

// Fall through to inflate() …

} else

if (mark->has_locker() && THREAD->is_lock_owned((address)mark->locker())) {

//如果处于有锁状态，就检查是不是当前线程持有锁，如果是当前线程持有的，就return，然后就能执行同步代码块中的代码了

assert(lock != mark->locker(), “must not re-lock the same lock”);

assert(lock != (BasicLock*)obj->mark(), “don’t relock with same BasicLock”);

lock->set_displaced_header(NULL);

return;

}

#if 0

// The following optimization isn’t particularly useful.

if (mark->has_monitor() && mark->monitor()->is_entered(THREAD)) {

lock->set_displaced_header (NULL) ;

return ;

}

#endif

// The object header will never be displaced to this lock,

// so it does not matter what the value is, except that it

// must be non-zero to avoid looking like a re-entrant lock,

// and must not look locked either.

lock->set_displaced_header(markOopDesc::unused_mark());

//锁膨胀

ObjectSynchronizer::inflate(THREAD, obj())->enter(THREAD);

}

线程C在上面代码中的执行顺序如下：

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
img
img
img

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
img

，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！**

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
[外链图片转存中…(img-H4vzn99F-1710826840541)]
[外链图片转存中…(img-WvoCcL4J-1710826840542)]
[外链图片转存中…(img-UyVoYcIs-1710826840542)]

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
[外链图片转存中…(img-Kw1bRPXN-1710826840542)]

面试2024
关注
  • 20
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
synchronized中wait、notify的原理与源码
m0_37618089的博客
06-28 178
wait和notify的原理
java wait源码_从源码角度分析java 的 sleep()和wait()究竟有什么区别？
weixin_39884144的博客
02-28 265
如果不能从根本上理解sleep() 和wait() 之间的区别，再好的解释也会只是当时记得，而后就忘记。本文刨根问题，从源码角度去理解这两个函数的区别。1. sleep() 的根本实现jvm sleep()---->jni sleep()--------> 经过层层调用，最终会进入系统的sys_pasue()调用，而sys_pause() 则会调用 schedule(), sched...
1.深入JVM源码，查看如何实现wait()，notify()方法
义笔记
06-08 7179
1.深入JVM源码，查看如何实现wait() 在java中，每个对象都是Object的子类，java中每个对象都是"锁"，但是这是如何实现的呢，今天我们看看JVM层面如何实现Object.wait/notify方法的。 在讲这个之前我们需要了解一下java的对象在内存中的布局情况； 1.对象头：下面重点讲解 2.实例变量：存放类的属性数据信息，包括父类的属性信息，如果是数组的实例部分还包括数组的长度，这部分内存按4字节对齐 3.填充数据：由于虚拟机要求对象起始地址必须是8字节的整数倍。填充数据不是必须存在的
* JVM原理之 wait / notify正确姿态
m0_52871221的博客
09-16 174
原理 wait / notifyAPI介绍注意notify()与notifyAll()区别代码实例运行结果sleep(long n) 和 wait(long n) 的区别API介绍代码实例运行结果 wait / notify API介绍 obj.wait() 让进入 object 监视器的线程到 waitSet 等待 obj.notify() 在 object 上正在 waitSet 等待的线程中挑一个唤醒 obj.notifyAll() 让 object 上正在 waitSet 等待的线程全部唤醒 注意
Java JUC 源码分析 - wait、notify等方法详解
最新发布
qq_33240556的博客
04-24 430
常用于实现生产者消费者模型、读者写者问题等经典的多线程同步问题。然而，由于这些方法存在一定的复杂性和易用性问题，现代Java并发编程推荐使用JUC提供的高级工具，如。Java JUC（Java Util Concurrency）虽然提供了一套高级的并发工具集，但是。这三个方法实际上并不是JUC包内的内容，它们是Java早期版本就已经存在于。等锁类使用，可以避免一些传统wait-notify机制的问题。接口，它提供了更为精细的线程等待和通知机制，配合。类中的方法，用于线程间的低级别同步和通信。
详细分析java线程wait和notify
09-03
Java中的`wait()`和`notify()`方法是多线程编程中的关键工具，用于线程间的同步和通信。这两个方法都是Object类的成员，这意味着所有Java对象都可以使用它们。`wait()`方法使当前线程暂停执行并释放它持有的锁，直到...
Java wait和notify虚假唤醒原理
08-19
Java中的`wait()`和`notify()`是用于多线程同步的关键方法，它们是Object类的成员，因此所有Java对象都可以调用。这两个方法是Java内存模型（JMM）的一部分，用于控制线程间的协作和通信。 `wait()`方法使得当前...
浅谈Java线程间通信之wait/notify
08-30
Java线程间通信之wait/notify Java中的wait/notify/notifyAll可用来实现线程间通信，是Object类的方法，这三个方法都是native方法，是平台相关的，常用来实现生产者/消费者模式。 wait()方法将当前线程置于等待...
Java多线程通讯之wait,notify的区别详解
08-27
Java多线程通讯之wait、notify的区别详解 Java多线程通讯是指在多线程编程中，线程之间如何进行通讯和同步的问题。其中，wait和notify是两个非常重要的方法，用于控制线程的状态和同步。 wait方法： wait方法是...
浅谈java多线程wait，notify
08-25
在Java多线程编程中，wait和notify是两个非常重要的机制，用于实现线程之间的通信和同步。在本文中，我们将通过示例代码详细介绍Java多线程wait和notify的使用，帮助读者更好地理解和掌握这两个机制。 wait机制 在...
源码—Java多线程5—死锁和wait notify notifyAll
10-14
源码—Java多线程5—死锁和wait notify notifyAll
JVM源码分析之wait()和notify()
lzf的博客
12-29 1724
wait() 在linux 下 调用 pthread_cond_wait()阻塞在条件变量上 notify()方法在linux下调用pthread_cond_signal()唤醒阻塞在条件变量上的线程
Java的wait()、notify()学习三部曲之一：JVM源码分析
热门推荐
程序员欣宸的博客
09-03 1万+
阅读jvm源码，分析wait()和notify()的具体实现
Java的wait和notify学习三部曲之一：JVM源码分析，保洁阿姨看完都会了
m0_64867152的博客
12-29 246
线程C启动后，由于此时线程B持有锁，那么线程C此时在干啥？ 线程B在notify()的时候做了什么？ 线程B释放锁的时候做了什么？ 源码中最重要的注释信息 在源码中有段注释堪称是整篇文章最重要的说明，请大家始终记住这段信息，处处都用得上： ObjectWaiter对象存在于WaitSet、EntryList、cxq等集合中，或者正在这些集合中移动 原文如下： 请务必记住这三个集合：WaitSet、EntryList、cxq 好了，接下来看源码分析问题吧： 线程A在wait()的时候做了什么..
关于java的wait方法的深入分析
dianfuwo9488的博客
03-24 405
本文出自： https://blog.csdn.net/qq_26222859/article/details/53930941 wait() 的jvm实现 先查看jdk\src\share\native\java\lang\Object.c #include <stdio.h> #include <signal.h> #include ...
JVM源码研读：java 中的 wait 和 notify 实现的源码分析
沧海一粟
06-08 9585
在oracle JVM 1.6 里面实现的object的wait 和notify方法是在synchronizer.cpp里实现。  先介绍2个对象： 1. ObjectMonitor  对象 主要用来监视创立的Object  在synchronizer.cpp 里定义了，ObjectMonitor 的对象，我们来看ObjectMonitor的对象的结构体 ObjectMonitor::Ob...
JVM源码分析之Object.wait/notify实现
notOnlyRush的博客
05-04 792
原文：https://www.jianshu.com/p/f4454164c017 简书 占小狼 转载请注明原创出处，谢谢！ 最简单的东西，往往包含了最复杂的实现，因为需要为上层的存在提供一个稳定的基础，Object作为java中所有对象的基类，其存在的价值不言而喻，其中wait和notify方法的实现多线程协作提供了保证。 public class Wai
从源码角度分析java 的 sleep()和wait()究竟有什么区别？
jackhu专栏
04-10 3166
要知道根本区别，最好的还是看源代码 1. sleep() 的根本实现 jvm sleep()---->jni sleep()-------->  最终会进入系统的sys_pasue()调用，而sys_pause() 则会调用 schedule(), schedule() 则会主动放弃cpu 时间片，进入等待队列 asmlinkage int sys_pause(void) {
Python中的Permission:[Errno]++Permission+denied:'C:\\Users\\24304\\Desktop\\cxq.png'咋解决
12-01
这个错误提示是因为Python没有访问指定文件的权限。解决这个问题的方法有以下几种： 1. 检查文件路径是否正确，确保文件存在并且路径正确。 2. 检查文件权限，确保Python有访问该文件的权限。 3. 尝试使用管理员权限运行Python程序。 以下是解决方案的具体步骤： 1. 检查文件路径是否正确，确保文件存在并且路径正确。 2. 检查文件权限，确保Python有访问该文件的权限。 可以使用以下命令更改文件权限： ```shell chmod +r 文件名 ``` 这将为文件添加读取权限。如果需要写入权限，可以使用以下命令： ```shell chmod +w 文件名 ``` 如果需要执行权限，可以使用以下命令： ```shell chmod +x 文件名 ``` 3. 尝试使用管理员权限运行Python程序。 在Windows系统中，可以右键单击Python程序并选择“以管理员身份运行”来运行程序。在Linux系统中，可以使用以下命令以root用户身份运行程序： ```shell sudo python 程序名.py ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值