6.1 偏向锁
有时锁不存在多线程竞争，总是由同一个线程多次获得。为了让线程获得的锁的代价更低，引入偏向锁。
当一个线程访问同步代码块之后，会把Mark Word中的偏向锁标识由0改为1，以后该线程进入和退出时，不需要进行CAS操作来加(解)锁，只需要简单的测试一下对象头里是否存储着指向当先线程的偏向锁。
偏向锁的撤销：
等到竞争出现了才释放锁。
注意：需要等到一个全局安全点来执行撤销
优点：
只有同一个线程来访问同步代码块时，效率很高
JVM关闭偏向锁指令：-XX:-UseBiasedLocking
6.2 轻量级锁
JDK6中引入
目的：在多线程交替执行同步代码块的情况下，尽量避免重量级锁引起的性能消耗，主要靠自旋来实现。
如果多线程在同一时刻进入临界区（自旋次数超过某一阈值时，默认是10），会导致轻量级锁变为重量级锁。
栈帧：
JVM中内存划分中，栈中还包含了对象的各种方法，一个方法就相当于一个“栈桢”，可以存储一些内容。
原理：
线程在执行同步代码块之前：
①JVM会现在当前线程的栈桢中创建用于存储锁记录的空间，并将对象头中的Mark Word 复制到锁记录当中（Displaced Mark Word）
②JVM利用CAS尝试将对象的Mark Word更新为指向锁记录的指针。如果成功则该线程获得锁
③失败则需要判断当前对象的Mark Word是否指向当前线程，如果是则表示当线程已经持有对象的锁，执行同步代码快。如果不是只能说明该锁对象被其他线程占用，此时锁需要膨胀到重量级锁，后面的线程进入阻塞状态。
释放过程：
解锁的时候，会使用CAS操作将Displaced Mark Word替换回到对象头。如果失败，表示当前锁存在竞争，锁会膨胀成重量级锁。
6.3 自旋锁
JDK1.4中引入
循环去获取锁。当线程竞争锁失败之后，先自旋来尝试获取锁，如果锁被占用的时间很短，自旋的效果就较好。默认值是10次。
适应性自旋锁：
自旋锁会带来一定的性能消耗，但又不确定自旋次数，此时可以使用适应性自旋锁，意味着自旋的时间由前一次在同一个锁的自旋时间及所得拥有者的状态来决定。
6.4 锁消除
public String getContent() { return new StringBuffer().append("a").append("b").append("c").toString(); }
其中
@Override public synchronized StringBuffer append(String str) { toStringCache = null; super.append(str); return this; }
append方法是同步的，但getContent方法，每次都是新new一个对象来进行操作。所以对不同的线程来说锁住的对象不同。
编译器(JIT)在运行时，会对一些被检测到不可能存在共享数据竞争的锁进行消除。
6.5 锁粗化
public static void main(String[] args) { StringBuffer sb = new StringBuffer(); for (int i = 0; i < 100; i++) { sb.append("a"); } }
其中
@Override public synchronized StringBuffer append(String str) { toStringCache = null; super.append(str); return this; }
外层循环了100次，意味着要进入和退出锁各100次，此时JVM就会进行锁粗化。
把append方法同步关键字去掉，扩大在外面来，就只需要进入和退出1次即可。
7.1 代码优化
减少sync的同步代码块的范围：
同步代码块精简，执行就会更快，可能轻量级锁、自旋锁就搞定了，不会升级为重量级锁。
public static void main(String[] args) { StringBuffer sb = new StringBuffer(); synchronized (sb) { System.out.println("a"); } }
降低sync锁的粒度：
本身没有任何业务相关的代码，锁的对象不设为同一个
读写分离：
读的时候不加锁，写入和删除的时候加锁，这样就可以保证多个线程同时来读取数据。
HashTable容器竞争激烈的并发环境下，效率低是因为多个线程竞争同一把锁，假如容器有多把锁，每一把锁用于锁住容器中一部分数据，那么多线程访问容器里面不同的数据段的数据时，线程间不会存在锁竞争，从而有效提高并发访问率。（ConcurrentHashMap）
