synchronzied锁升级、锁粗化、锁消除

synchronized锁可以分为：偏向锁、轻量级锁、重量级锁。

(1)偏向锁：

实际情况下大部分的同步方法都是只有一个线程来重复的获取它，并不存在多线程来竞争锁的使用权，为了避免直接加锁造成的资源消耗，一开始获取同步方法使用权的时候使用的是偏向锁。当一个线程A想要获取同步方法使用权时，会先获取锁对象头部mark word区域的threadId变量，使用cas的方式将它设置指向当前线程，如果成功，那么就视为当前线程获取了同步方法的使用权。但是需要注意的是偏向锁并不会主动的释放，当另一个线程B到来，会先获取锁对象头部的threadId，此时threadId为A，那么就需要判断A线程是否存活，如果不存活，那么B获取偏向锁的使用权，如果A存活，就需要判断A是否还在使用偏向锁，如果不再使用偏向锁的话，那么B也会获取使用权，否则，就需要先暂停线程A，将偏向锁升级为轻量级锁

(2)轻量级锁

轻量级的锁是用于竞争锁的线程比较少的情况，此时如果线程没有获取到锁的话，就会陷于自旋状态，不会阻塞，减少唤醒阻塞线程的资源消耗，但是自旋的线程会消耗一定的CPU资源。

接着(1)来说，此时A线程被暂停，它会将锁对象头部的mark word区域的数据存储进A线程栈中的一块区域中，然后将存储地址以cas的方式放入锁对象头中。而线程B，它也会将mark word存储进自己的栈，但是cas的时候由于当前锁对象头中已经存储了A线程栈中的地址，所以它获取锁会失败，因此就会陷入自旋的状态，等待A线程释放锁。但是他如果自旋达到一定的次数，或者又有其他线程C来获取锁的话，那么轻量级锁就会升级为重量级锁。

(3)重量级锁：

锁升级的过程是不可逆的，也就是说不能从重量级到轻量级再到偏向锁，当获取重量级锁失败的线程会陷入阻塞，等待锁被释放后唤醒

锁粗化：有时候我们会使用同步代码块，这样会使锁的粒度更小，但是在一些极端情况下两个同步代码块相隔非常近，这样就有可能会发生频繁的申请和释放锁，所以可以考虑把多个小的同步代码块，合成一个，以降低短时间内大量锁请求和释放造成的性能损耗。

锁消除：有的时候操作本身就是线程安全的，并不需要加锁，比较像StringBuffer对象的相关操作，但我们却对它的操作加了synchronized锁，这个时候编译器会对我们的代码进行优化，消除多余的锁。但是代码必须运行在jvm的server模式下，同时还需要开启锁消除。

-server -XX:+DoEscapeAnalysis -XX:+EliminateLocks

其中+DoEscapeAnalysis表示开启逃逸分析，+EliminateLocks表示锁消除。