4.1锁的优化

1.减小锁的持有时间

只在必要时进行同步。

2.减小锁的粒度

指的是缩小锁定对象的范围，减少锁冲突的可能性。
比如HashMap --> ConcurrentHashMap

减小锁粒度引来的新问题：
当系统需要取得全局锁时，其消耗的资源会比较多。

3.读写分离

属于减小锁粒度的一种特殊情况，如果说ConcurrentHashMap是通过分隔数据结构来减小锁粒度，那么读写锁则是对系统功能点进行分割减小粒度的。
读多写少的场景适合用该中方法。

4.锁分离

如果将读写锁的思想进一步延伸，就是锁分离。
在LinkedBlockingQueue的实现中，take()和put()两个操作分别作用于队列的前端和尾端，理论上来说，两者并不冲突。如果使用独占锁，两个操作无法做到并发。在jdk的实现中，使用的是两把不同的锁，实现了取数据和写数据的分离。

5.锁粗化

一般情况下，我们需要将线程持有锁的时间尽量缩短，即使用完公共资源后，应尽快释放。但如果一个线程不停的请求，同步和释放，会消耗很多资源，不利于性能优化。
虚拟机在遇到一连串的对同一个锁不断进行求的和释放的操作时，便会把所有的操作整合成对锁的一次请求，从而减少对锁的请求同步次数，这个操作就是锁的粗化。