heima并发3---75-96---第四章

Monitor是操作系统的对象。在对象的对象头用指针关联的。

轻量级锁是指向锁记录的指针，在栈内存里面的。

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

Monitor对象是操作系统提供的。

关联到Monitor之后：

变为了指针了，执向monitor：

注意Monitor有很多的东西的：

  基本的原理：                           

 ---04---  26-27 ---

 

字节码角度的Monitor

---04-28---

小故事

---04  -29- ---

看下下面的加锁的情况：

 每个线程的栈帧都会包含一个锁记录的信息。

左边的是栈帧的锁对象分为：存的是加锁对象的Mark word和对象的指针。

轻量级锁升级为重量级锁：

1.加轻量级锁时候cas替换失败

2.解锁

要好好看文档。

---04  -- 30-- ---

锁的膨胀：

重量级锁的地址后两位就变成10了。

则：

 ---04  --31--- ---

自旋优化。

---04   --32------

创建一个对象默认是偏向锁。

代码验证偏向锁的结论：

。

 只是表示启用还是禁用

对象创建之后就有偏向锁了。

注意优先加的是偏向锁。

注意第三行，以后就存这这个id了，这就是偏向锁得名的原因。

默认是偏向锁。

结论:优先级是有偏向锁就采用的是偏向锁，如果其他线程用的话就撤销偏向锁，用轻量级锁，有竞争就膨胀为重量级锁。

关于hashCode：

加的是轻量级锁。

重量级锁的hashcode：存在Monitor对象，解锁会还原回来。

轻量级锁的hashcode：存在线程栈帧的锁记录。

---04- 33-34 ---

偏向锁和升级轻量级锁有一个前提是错开的，竞争的话为重量级锁。

解读：

1.处于可偏向的状态。

2.加锁，前面有线程的id了。

3.解锁，线程的id依然保留。

4.初始化依然是偏向锁不变。

5.唤醒t2线程执行，本来线程是偏向t1线程的，现在t2线程也想来，偏向锁失效，变为轻量级锁，变成锁记录的指针指向栈。

6.变为不可偏向的。

wait和notufy会撤销轻量级锁。

--- 04 ---  35  ---

代码：

撤销的次数多了 会偏向的t2中去。阈值是20。

之后变为轻量级锁，然后变为normal。

---04-  36 --

代码：

第40个变为不可偏向状态。

---04--   37  -

对比下不加锁和加锁性能差别。 

锁消除的优化。

---04--- 38 ----

wait和notify的小故事。

waitSet和EntryList。

---04--- 39---

经典的：

 注意。两个set都是Monitor上的。

必须获得了锁成为监视器的主人之后才能调用：

 代码：

 

---04- 40-41 ---

0是无限制的等待下去

--------------------------------------------------------------------------------------------------------------------------------

---04- 42-43- ---

代码：

---04--  44  -

---04-- 45 -

---04-- 46 ----

最后的解决方案：

用while代替if解决虚假唤醒的问题。

正确使用wait和notify的套路：

 

 

---04-  47 --