内置锁的能力不足以满足需求

Lock

• 锁是一种工具，用于控制对共享资源的访问
• Lock和synchronized，这两个是最常见的锁，它们都可以达到线程安全的目的，但是在使用上和功能上又有较大的不同
• Lock并不是用来替代synchronized的，而是当使用synchronized不合适或不足以满足要求的时候，来提供高级功能
• Lock接口中最常见的实现类是ReentrantLock
• 通常情况下，Lock只允许一个线程来访问这个共享资源，不过有的时候，一些特殊的实现也可允许并发访问，比如ReadWriteLock里面的ReadLock

为什么需要Lock

为什么synchronized不够用

• 效率低：锁的释放情况少，试图获得锁时不能设定超时，不能中断一个正在试图获得锁的线程
• 不够灵活(读写锁更灵活)：加锁和释放锁的时机单一，每个锁仅有单一的条件(某个对象)，可能是不够的
• 无法知道是否成功获取到锁

Lock的主要方法介绍

• Lock中声明了4个方法来获取锁
• lock()、tryLock()、tryLock(long time, TimeUnit unit)和lockInterruptibly()

lock()

• lock()就是最普通的获取锁，如果锁已被其他线程获取，则进行等待
• lock()不会像synchronized一样在异常的时候自动释放锁
• 因此最佳实践是，在finally中释放锁，以保证发生异常时锁一定被释放
• lock()方法不能被中断，这会带来很大隐患：一旦陷入死锁，lock()就会陷入永久等待

package lock.lock;

import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

/**
 * 描述：     Lock不会像synchronized一样，异常的时候自动释放锁，所以最佳实践是，finally中释放锁，以便保证发生异常的时候锁一定被释放
 */
public class MustUnlock {

    private static Lock lock = new ReentrantLock();

    public static void main(String[] args) {
        lock.lock();
        try{
            //获取本锁保护的资源
            System.out.println(Thread.currentThread().getName()+"开始执行任务");
        }finally {
            lock.unlock();
        }
    }
}

tryLock()

• tryLock()用来尝试获取锁，如果当前锁没有被其他线程占用，则获取成功返回true；否则返回false，代表获取锁失败
• 相比于lock()，这样的方法显然功能更强大了，我们可以根据是否能获取到锁来决定后续程序的行为
• 该方法会立刻返回，即便在拿不到锁时也不会一直在那等待

tryLock(long time, TimeUnit unit)

• tryLock(long time, TimeUnit unit)：超时就放弃