开释锁和锁降级基本就没懂 这都是啥
乐观锁和乐观锁
乐观锁：读、写都加锁。默认每个资源都有很多线程争抢，取得了资源就先加上锁再操作，然而加锁和开释老本高。
乐观锁：读不加锁，写加锁。
cas
compare and swap
默认没有线程和本人争抢资源，先记下操作前的快照，操作完起来源gaodaimacom搞#代%码网初比照下资源是否被批改过，如果没人来过，就写入新值，否则从新执行方才的操作。
这里存在aba的问题，即“尽管还是方才存起来的值，但这段时间里，有人改过两次又改回原值”，这时就会有谬误。
依据版本号判断能够解决这个问题。
java对象头
对象头蕴含markword、类型指针、数组长度三局部。
markword有：指向栈中锁记录的指针、偏差线程id、锁状态等信息。
通过markword内容，能够看出对象处于无锁还是偏差锁、轻量级锁、重量级锁。
多线程下synchronized的加锁就是对同一个对象头中markword中的变量进行cas操作。
偏差锁
很多时候一个加了锁的代码块从头至尾都只有一个线程拜访，此时用偏差锁，能够节俭加锁解锁的开销。
当这个线程持有锁之后，只有没有线程来竞争这个锁，他将始终持有锁，每次执行加锁代码块块前后，只有看看markword里记录的“持有偏差锁的线程”是不是本人就行。
当产生竞争时，偏差锁会降级变成轻量级锁。
轻量级锁
线程a和b竞争对象的锁。
1.抢锁就是cas的改markword，谁改胜利了，谁就抢到了。（把无锁的markword改成指向本人栈中锁记录的指针，旧的markword记在本人的栈帧里）
2.没有抢到锁的线程，自旋（重试）等着抢到锁的线程开释锁。所以轻量级锁实用于锁粒度小，很快就开释了场景，能够省下加锁解锁的开销。锁粒度太大的话，自旋很占cpu资源，不如用重量级锁。
3.如果自旋n次完结之后资源还是没有开释，轻量级锁就收缩成重量级锁，这个线程挂起，接下来想竞争这个资源的线程，间接挂起。
10重量级锁
synchronized是通过对象外部的一个叫做监视器锁（monitor）来实现的，监视器锁自身依赖底层的操作系统的 Mutex Lock来实现。操作系统实现线程的切换须要从用户态切换到外围态，老本十分高。这种依赖于操作系统 Mutex Lock来实现的锁称为重量级锁。为了优化synchonized，引入了轻量级锁，偏差锁。
转载请注明原文链接：关于java:22-cas偏向锁轻量级和重量级锁
