Monitor的工作原理

JAVA对象头

以32位虚拟机为例

普通对象

每个对象都有一个类型,由Klass Word指向它的类型

数组对象

 

其中Mark Word的结构为

 Monitor(锁)

Monitor被翻译为监视器或管程

每个Java对象都可以关联一个Monitor对象,如果使用synchronized给对象上锁(重量级)之后,该对象头的Mark Word中就被设置指向Monitor对象的指针

obj是java提供的对象,monitor是操作系统提供的

刚开始Monitor中的Owner为null

当Thread-2被加上重量级锁的时候,他Mark Word的内容发生改变,他就会找到一个monitor与之关联,并记录了指向monitor的地址,不再记录之前的信息。

monitor中的owner则记录了谁是这把锁的主人,此时记录了Thread-2

此时线程2成功获取到了monitor。

阻塞队列

此时来了一个新的线程Thread-1,他会先检查obj是否关联到了一个monitor锁,此时发现已经关联,然后检查这个monitor是否有一个主人Owner,发现他有Owner为Thread-2,所以Thread-1无法获取锁,此时Thread-1会通过EntryList(等待队列或阻塞队列)与monitor发生关联,然后进行BLOCKED(阻塞)状态。

如果此时Thread-3来了,再同上面过程检查一遍后进入EntryList与Thread-1一同等待

 唤醒等待队列

由Thread-1和Thread-3进行竞争决定谁成为新Owner

 注意

  • synchronized必须是进入同一个对象的monitor才有上述的效果
  • 不加synchronized的对象不会关联监视器,不遵从上述规则
  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

过街的老鼠

感谢你对诗仙女的打赏

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

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

打赏作者

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

抵扣说明:

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

余额充值