锁优化学习总结（一）

锁优化主要分为两个层面：代码层、JVM层。
代码层：减少锁持有时间（锁粗化）、减小锁粒度（ConcurrentHashMap）、锁分离（ReadWriteLock读写分离）。
JVM层：锁消除（Vector等安全容器，运行时不会出现资源竞争，将锁消除）、偏向锁、轻量级锁、自旋锁、重量级锁。
偏向锁、轻量级锁并不是取代重量级锁，而是使用CAS原语减少线程进入互斥的概率。
偏向锁：是为了避免某线程访问共享资源重复的加锁/释放锁，浪费资源。针对对象的Mark Word，如果对象是可偏向的
默认Mark Word的ThreadId是0。当第一个线程访问该对象的时候，通过CAS操作，将ThreadId设置为这个线程的编号。
该线程执行同步块，执行完不释放偏向锁。当该线程下次再调用该对象的时候，不用加锁和解锁。当有其他线程来竞争锁的
时候，如果当前线程活动，升级为轻量级锁。另外的线程自旋。如果自旋结束之前，上一个线程已经释放轻量级锁，该线程
获取轻量级锁。如果自旋结束之前，上一个线程还没有执行结束，此时，有两个或两个以上的线程竞争锁，这个时候轻量级锁
升级为重量级锁，自旋转结束的锁，进入阻塞状态。等待获得重量级锁的线程执行完成，释放锁。

锁的状态：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态。
状态转换：如果JVM设置偏向锁状态，则默认对象处于偏向锁状态。当有两个或两个以上的线程竞争锁，如果获得偏向锁的线程
还在活动，转换成轻量级锁。如果不在活动，撤销偏向，转化成无锁状态。轻量级锁要么转化成重量级锁，然后解锁，进入无锁
状态，要么直接进入无锁状态。当有其他的线程，获取锁的时候，就不在竞争偏向锁，而是竞争轻量级锁。

偏向锁和轻量级锁并不是为了替代重量级锁，当有竞争的时候，仍旧依靠重量级锁来解决。它们的存在只是为了在没有竞争的
情况下，减少进入互斥的概率。重量级锁的实现需要依靠操作系统的互斥，比较浪费资源。而偏向锁和轻量级锁，利用了CAS
原语，通过设置标志来实现。消耗的资源相比较重量级锁可以忽略不计。
使用偏向和轻量级锁并不是万能的，当竞争比较激烈的时候，反而会降低性能。