synchronized、ReentrantLock 、ReentrantReadWriteLock 随记

1. synchronized

实际使用的对象内部锁，那什么是对象内部锁？java中每个Object对象都有一个自己的内部锁，而在Object对象里的 wait、notify、notifyall方法都是针对这个对象内部锁的方法。所以有人认为对象内部锁有些违背 oop原则，因为我们看不见，摸不着…

使用在静态方法上时，使用的是这个类的class对象的内部锁
使用在非静态方法上时，使用的是这个类的实例的内部锁

2、ReentrantLock 锁是concurrent包下的锁，基于AQS队列和CAS来实现的，查看ReentrantLock 类结构，如下图：

AbstractQueuedSynchronizer作用：

sync这个内部类继承自AbstractQueuedSynchronizer，而NonfairSync和FairSync又继承自sync，从名字可以看出NonfairSync是非公平锁队列，FairSync是公平所的队列，而ReentrantLock 提供了构建公平锁或者非公平所的构造方法，也就是内部使用哪个队列来维护等待线程，而公平与不公平的区别就在这两个队列的lock方法上（ReentrantLock 的lock方法是调用这两个队列的lock来实现的），再进去看AbstractQueuedSynchronizer 的源码，发现他维护了一个双向链表（看下这个类的Node子类就清楚了）。

CAS作用：

是底层的 compareAndSet操作，类似于乐观锁。在更新之前先做比较。主要是用来更新锁的记数。

综上可以做个总结：ReentrantLock 每个lock对象都自己维护一个属于自己的AQS队列，这个队列用来维护当前锁的等待的线程对象，而公平锁和非公平锁就是通过sync的两个子类的lock方法来实现的。

与synchronized相比，有一些condition的使用、trylock()，带等待时间的trylock()，可中断的lockInterruptibly()方法，这些是比synchronized牛逼的地方，用到这些特性时，就可以选择使用ReentrantLock。

3、ReentrantReadWriteLock 读写锁，主要用于对共享变量 读多写少的场景。 因为读与读之间不需要互斥。

对于锁的优化的一些个人总结：主要优化思想是减少竞争（典型的如jdk7之前的 HashTable的实例锁 -> concurrentHashMap的分段锁），细化锁的粒度（典型如：JDK7的concurrentHashMap的分段锁->JDK8的concurrentHashMap的使用粒度更小的CAS）