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)