20220823学习内容 ReentrantLock，Lock和synchronized的区别

synchronized的缺陷：
sychronized是java的一个关键字，是java内置的特性，没有区分读写锁

Lock接口：
实现类ReentrantLock，区分读写ReadWriteLock接口
- tryLock
- lock

具体实现类ReentrantLock：
实现了Lock接口
- newCondition创建一个条件对象，用来管理得到锁但是不能执行工作的线程
如果一个线程lock.lock()已经获取了锁，也可以多次调用这个方法(重入锁名称的来源)，都可以获取到锁，但是获取多少次锁必须通过lock.unlock释放多少次，否则其它线程会阻塞在lock.lock()方法上，注意lock()方法和unlock()方法的执行次数必须匹配，所以一般建议使用lock.lock();try{}finally{lock.unlock();}

当调用condition.await()阻塞线程时会自动释放锁，不管调用了多少次lock.lock()，这时阻塞在lock.lock()方法上线程则可以获取锁

当调用condition.signal()唤醒线程时会继续上次阻塞的位置继续执行,默认会自动重新获取锁(注意和阻塞时获取锁的次数一致)
ReentrantReadWriteLock是Lock的另一种实现方式，ReentrantLock是一个排他锁，同一时间只允许一个线程访问，而ReentrantReadWriteLock允许多个读线程同时访问，但不允许写线程和读线程、写线程和写线程同时访问。相对于排他锁，提高了并发性。在实际应用中，大部分情况下对共享数据（如缓存）的访问都是读操作远多于写操作，这时ReentrantReadWriteLock能够提供比排他锁更好的并发性和吞吐量。

ReentrantLock底层实现：

底层实现依赖于Sync实现的，Sync是AbstractQueuedSynchronizer的抽象子类。
在ReentrantLock中有2个静态内部类NonfairSync和FairSync分别代表非公平锁
和公平锁，可以在创建ReentrantLock对象时使用参数进行指定。

public ReentrantLock() {
sync = new NonfairSync();
}

public ReentrantLock(boolean fair) {
sync = fair ? new FairSync() : new NonfairSync();
}

ReentrantLock提供了很多的额外方法，例如isFair()可以判断锁是否为公平锁
isLocked判断锁是否被任何线程获取了，isHeldByCurrentThread判断锁是否被
当前线程获取，hasQueuedThreads()判断是否有线程在等待该锁

ReadWriteLock接口
实例上和Lock接口无关，提供了通过分开读锁和写锁，控制锁阻塞的方法，提高程序
的执行效率

public interface ReadWriteLock {
Lock readLock();  用于获取读锁，读锁之间不相互阻塞
Lock writeLock(); 用于获取写锁，写锁和其它锁互斥
}

功能在于将文件的读写操作分开，分成2个锁分配给线程，从而实现多个线程可以同时
执行读操作

实现类ReentrantReadWriteLock
提供了写锁和读锁的实现

Lock和synchronized的区别:
- Lock是一个接口，而synchronized是Java中的关键字，synchronized是内置的
语言实现
- synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象
发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁(所以建议使用的
try/finally结构)，则很可能造成死锁现象，因此使用Lock时需要在finally块中
释放锁
- Lock可以让等待锁的线程响应中断，而synchronized却不行，使用synchronized
时，等待的线程会一直等待下去，不能够响应中断
- 通过Lock可以知道有没有成功获取锁，而synchronized却无法办到
Thread类中提供了一个静态方法，可以判断boolean holdsLock(Object obj)
- Lock可以提高多个线程进行读操作的效率。
在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈
时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized。所以说，在
具体使用时要根据适当情况选择。
条件变量就是表示条件的一种变量。但是必须说明，这里的条件是没有实际含义的，仅仅
是个标记而已，并且条件的含义往往通过代码来赋予其含义。条件变量都实现了java.
util.concurrent.locks.Condition接口，条件变量的实例化是通过一个Lock对象上调
用newCondition()方法来获取的，这样，条件就和一个锁对象绑定起来了。因此，Java
中的条件变量只能和锁配合使用，来控制并发程序访问竞争资源的安全。

条件变量Condition接口定义了等待/通知两种类型的方法，在线程调用这些方法时，需要
提前获取Condition对象关联的锁（在基于wait/notify方法实现的方案中需要获取的是对
象锁）。

Condition对象是需要关联Lock对象的，经调用Lock对象的newCondition()对象创建而来
，也就是说Condition的使用是需要依赖Lock对象的。
- await()导致当前线程等待，直到其它线程调用该Condition的signal()方法或者
signalAll()方法来唤醒该线程
- signal()唤醒在Lock对象上等待的单个线程。如果所有线程都在该Lock对象上等待，
则会选择唤醒其中一个线程。选择是任意的
- signalAll()唤醒在此Lock对象上等待的所有线程。只有当前线程放弃对该Lock对象
的锁定后，才可以执行被唤醒的线程