JUC-Lock接口获取锁的4种方法

java.util.concurrent.locks

在 Lock 接口中，获取锁的方法有 4 个：lock()、tryLock()、tryLock(long,TimeUnit)、lockInterruptibly()，为什么需要这么多方法？这些方法都有什么区别？

lock 方法

lock 方法是 Lock 接口中最基础的获取锁的方法，当有可用锁时会直接得到锁并立即返回，当没有可用锁时会一直等待，直到获取到锁为止，它的基础用法如下：

Lock lock = new ReentrantLock();
// 获取锁
lock.lock();
try {
    // 执行业务代码...
} finally {
    //释放锁
    lock.unlock();
}

lockInterruptibly 方法

lockInterruptibly 方法和 lock 方法类似，当有可用锁时会直接得到锁并立即返回，如果没有可用锁会一直等待直到获取锁，但和 lock 方法不同，lockInterruptibly 方法在等待获取时，如果遇到线程中断会放弃获取锁。它的基础用法如下：

Lock lock = new ReentrantLock();
try {
    // 获取锁
    lock.lockInterruptibly();
    try {
        // 执行业务方法...
    } finally {
        // 释放锁
        lock.unlock();
    }
} catch (InterruptedException e) {
    e.printStackTrace();
}

PS：该方法获取的锁支持使用 thread.interrupt() 方法中断线程对锁的等待。

tryLock 方法

与前面的两个方法不同，使用无参的 tryLock 方法会尝试获取锁，并立即返回获取锁的结果（true 或 false），如果有可用锁返回 true，并得到此锁，如果没有可用锁会立即返回 false。它的基础用法如下：

Lock lock = new ReentrantLock();
// 获取锁
boolean result = lock.tryLock();
if (result) {
    try {
        // 获取锁成功，执行业务代码...
    } finally {
        // 释放锁
        lock.unlock();
    }
} else {
    // 执行获取锁失败的业务代码...
}

tryLock(long,TimeUnit) 方法

有参数的 tryLock(long,TimeUnit) 方法需要设置两个参数，第一个参数是 long 类型的超时时间，第二个参数是对参数一的时间类型描述（比如第一参数是 3，那么它究竟是 3 秒还是 3 分钟，是第二个参数说了算的）。在这段时间内如果获取到可用的锁了就返回 true，如果在定义的时间内，没有得到锁就会返回 false。它的基础用法如下：

Lock lock = new ReentrantLock();
try {
    // 获取锁（最多等待 3s，如果获取不到锁就返回 false）
    boolean result = lock.tryLock(3, TimeUnit.SECONDS);
    if (result) {
        try {
            // 获取锁成功，执行业务代码...
        } finally {
            // 释放锁
            lock.unlock();
        }
    } else {
        // 执行获取锁失败的业务代码...
    }
} catch (InterruptedException e) {
    e.printStackTrace();
}

总结

lock()、tryLock()、tryLock(long,TimeUnit)、lockInterruptibly() 都是用来获取锁的，其中

lock 方法如果获取不到锁会一直阻塞等待
lockInterruptibly 方法虽然也会阻塞等待获取锁，但它却能中途响应线程的中断
无参的 tryLock 方法会立马返回一个获取锁成功与失败的结果
有参数的 tryLock(long,TimeUnit) 方法会在设定的时间内返回一个获取锁成功与失败的结果

这 4 个方法的特性各不相同，需要根据实际的业务情况选择合适获取锁的方法。