ReentrantLock、ReentrantReadWriteLock、StampedLock
读写锁
一个资源可以被多个读线程访问，或者被一个写线程访问，但是不能同时存在读写线程。
小口诀：读写互斥，读读共享
锁的演变
无锁-----> 独占锁----->读写锁----->邮戳锁
ReentrantReadWriteLock读写锁
ReentrantReadWriteLock读写锁并不是真正意义上的读写分离，它只允许读读共存，读写和写写依然是互斥的
使用场景：读多写少的情况下适合使用读写锁
缺点
1.锁饥饿：一直都是读线程获得锁，写线程抢不到锁
2.锁降级：遵循获取写锁----->再获取读锁----->再释放写锁的次序，写锁能够降级成为读锁
如果一个线程占有写锁，在不释放写锁的情况下，它还能占有读锁，即写锁降级为读锁
写锁降级读锁可以，读锁降级到写锁不可以
代码证明
结果也证实，在获取写锁后不需要释放写锁就可以直接获取读锁，也就是锁降级
接下来证明相反情况，读锁到写锁，先说结论读锁到写锁需要先释放读锁才能获取到写锁
小问题
为什么需要锁降级，也就是为什么获取写锁还可以获取读锁，这样做的意义是什么？
答：写后立即可以读，在高并发情况下，很可能有多个写操作将资源修改，造成数据紊乱，锁降级可以在写锁内再获取读锁，由于读写互斥，所以其他写操作必须等到读锁释放才能获取写锁。
由此可以知道读写锁会导致锁饥饿，为解决该问题，邮戳锁提出解决方案
StampedLock 邮戳锁
特点
1.所有获取锁的方法，都返回一个邮戳（Stamp），Stamp为零表示获取失败，其余表示成功
2.所有释放锁的方法，都需要一个邮戳（Stamp），这个Stamp必须是和成功获取锁时得到的Stamp一致
3.StampLock是不可重入的（如果一个线程已经持有写锁，再去获取写锁就会造成死锁）
StampLock的三种访问模式
1.Reading（读模式）：功能与ReentrantReadWriteLock的读锁类似
2.Writing（写模式）：功能和ReentrantReadWriteLock的写锁类似
3.Optimistic reading（乐观读模式）：无锁机制，类似数据库中的乐观锁，支持读写并发，很乐观的认为读取时没人修改，假如被修改再实现锁升级为悲观读模式
缺点：（工作中不要用）
1.StampLock不支持重入
2.StampLock的悲观读锁和写锁都不支持条件变量（Condition）
3.使用StampLock不要调用interrupt()方法
