juc-locks框架之接口

juc-locks锁框架中一共就三个接口：Lock、Condition、ReadWriteLock

一、Lock接口简介

Lock接口可以视为synchronized的增强版，提供了更灵活的功能。该接口提供了限时锁等待、锁中断、锁尝试等功能。
synchronize 不够用？
1、效率低，锁释放情况少，试图获取锁时不能超时，不能中断一个正在试图获取锁的线程
2、不够灵活 读写锁更加灵活
加锁释放锁时机单一，每个锁仅有单一条件，可能是不够的
3、无法知道是否成功获取锁
synchronized方法或声明执行期间，如程序遇到任何异常或return，线程都会释放锁。

image.png

lock()方法类似于使用synchronized关键字加锁，如果锁不可用，出于线程调度目的，将禁用当前线程，并且在获得锁之前，该线程将一直处于休眠状态。
lockInterruptibly()方法顾名思义，就是如果锁不可用，那么当前正在等待的线程是可以被中断的，这比synchronized关键字更加灵活。

Lock lock = ...;
if (lock.tryLock()) {
    try {
        // manipulate protected state
    } finally {
        lock.unlock();
    }
} else {
    // perform alternative actions
}

二、Condition接口简介

Condition可以看做是Obejct类的wait()、notify()、notifyAll()方法的替代品，与Lock配合使用。当线程执行condition对象的await方法时，当前线程会立即释放锁，并进入对象的等待区，等待其它线程唤醒或中断。

JUC在实现Conditon对象时，其实是通过实现AQS框架，来实现了一个Condition等待队列 image.png

三、ReadWriteLock接口简介

ReadWriteLock接口是一个单独的接口（未继承Lock接口），该接口提供了获取读锁和写锁的方法。

所谓读写锁，是一对相关的锁——读锁和写锁，读锁用于只读操作，写锁用于写入操作。读锁可以由多个线程同时保持，而写锁是独占的，只能由一个线程获取。 image.png image.png 另外，由于读写锁本身的实现就远比独占锁复杂，因此，读写锁比较适用于以下情形：

• 高频次的读操作，相对较低频次的写操作；
• 读操作所用时间不会太短。（否则读写锁本身的复杂实现所带来的开销会成为主要消耗成本）