synchronized

synchronized 能保证可有原么？ 能
可见性： lock 会刷新 工作内存中共享变量的 值
原子性： 只有一个线程可以进来
有序性：防止重排序：只有一个线程可以进来，重排序也可以

对象在内存中的存储布局


为什么有对齐位
长度不够8的倍数，会被补齐。 因为jvm在读8的倍数的时候会非常快，优化用的

一个空对象的组成是多少字节

对象头 = 8字节（markword） + 4字节（classpointer）
但jvm默认开启了压缩，类型指针 是4个字节；如果关闭压缩那就是8字节

头 = markword（8） + classpointer（jvm默认开启压缩，类型指针为4 ；如果不开启压缩，类型指针为8）
Obj = 头（压缩：12） + 0（data） + 4（补齐） = 16字节
Obj = 头（不缩：16） + 0（data） + 0（补齐） = 16字节
不管怎么算空对象（没有数据的对象）都是16字节

synchronized的信息记录在哪？
在记录在 markword 中

锁升级中都出现了那些锁
无锁 匿名偏向锁 偏性锁 轻量级所 重量级锁

markword： 共8字节，64位， 锁的升级过程是怎样变化的

java中锁是在对象头部通过标识记录的锁状态，无状态（无锁） 偏向锁 轻量级锁 重量级锁 等不同状态的锁对应不同的对象头

synchronized锁升级是怎样的，对象头是怎样变化
对象 时间 加锁 释放锁

应用启动刚开始new出来的对象是无锁转态，jvm默认应用启动后4秒开起偏向锁，4秒后new出来的对象是带有匿名偏向锁的
可以在启动命令上加上参数让取消这4s 的等待，也可以增加参数去掉偏向锁

单线程对争抢无锁对象直接变成轻量级锁 释放锁之后变成无锁

应用4s后new出来的对象都是匿名偏向锁，
单线程竞争只有会将线程id写到对象头里面，变成偏向锁。 这个单线程释放锁之后，依然为偏向锁，此刻拥有锁的线程已经死掉，但是头部依然存在这个线程的id

紧接着这个线程又来竞争这把锁，直接拿到，升级为轻量级锁 执行逻辑，释放这把锁变为无锁
再次争抢这把锁，同上

当多个（两个）线程同时竞争一把锁的时候，直接升级成重锁，释放锁后 对象依然是重锁，对象头也不变！！！
释放锁之后，在有一个单线程去拿这个重锁，依然是重锁，释放后重锁依然存在
美团技术团队 锁

偏向锁
通过cas将自己的线程id，设置到对象头

轻量锁
栈中创建一个lock record，里面保存的对象头中的一些信息，对象头再把它的指针记录在头里面

轻量级锁到重量级锁 中就有一个自适应自旋的过程

synchronized 重锁 加锁过程


synchronized 是加锁的关键字，通过编译后的代码可以发下 加锁和解锁是通过 monitorenter和monitorexit标识的，前者是加锁后者是解锁。

monitorenter进行尝试获取（关联）锁对象monitor ，monitor是一个c++对象，每个java 对象都有一个与之对应。

monitor对象中有四个比较中重要的对象，ower recursions entryList waitSet 。多个线程

monitorenter获取到这个monitor后会把自己的线程号记录在owner中，recursions记录自己冲入的次数

monitorenter没有获取到这个monitor后会把自己的记录在entryList 中

在加锁执行的过程中，如果调用了wait，会把自己放到 waitSet 中

monitorexit是线程退出，recursions–，recursions成为0后，删除ower中的线程id，释放此锁。释放完锁之后，会根据不同的策略唤醒其他线程

如果中间出现异常会通过第二个monitorexit进行释放锁。所以说 ，运行异常，也会释放锁，这样做的目的是可以防止死锁。

synchronized monitor是重量级锁，其中执行的命令涉及到用户态转内核态，所用时间长，所以说很重