简介

Lock的应用比synchronized更灵活。
Lock是用来控制多线程访问共享资源的工具，通常情况下lock提供对共享资源的单独访问：即在同一时刻只有一个线程获取lock，并且所有对问共享资源的访问之前必须先获取lock。然而一些锁允许并发访问共享资源，例如read lock，由于读取信息并不改变共享资源本身，所以读锁可以允许并发访问共享资源，而写则不可以。

---

synchronized方法锁的是某一个对象，无论是Class对象还是某一全局对象，其作用范围在它所应用的方法上或所应用的代码段上。当synchronized修饰的代码段执行结束后，锁自动被释放。当获取多个锁时，释放锁的顺序必须与获取锁的顺序相反。
相比于synchronized，Lock接口则允许获取锁和释放锁在不同的代码段上执行，例如在代码段A上获取锁，可以在代码段B上释放锁，而且也允许多个锁以任意的顺序获取和释放。其灵活性上比synchronized高。

---

Lock的这种灵活性也带来了一些问题，由于不能像synchronized那样在代码段执行结束后自动释放锁，所以Lock需要显示地释放，如下：

Lock lock = new ReentrantLock();
lock.lock();
try {
} finally {
    lock.unlock();
}

特别注意当lock和unlock出现在不同的代码段中时，必须要保证代码段都要正常执行到，最好的办法是把lock和unlock放到try--finally代码段中。

---

Lock的实现类也提供了一些非阻塞的方法来获取锁，例如tryLock(), tryLock(long, TimeUint)，尝试获取锁的过程也可以被interrupt，例如使用lockInterruptibly()函数。
基于Java面向对象的理论，一个Lock实例也仅仅是一个对象而已，它也可以被synchronized当作一个同步对象。但是使用Lock对象作为synchronized的锁对象和通过使用Lock.lock()函数没有任何关联，应该尽量避免使用synchronized修饰lock，例如：

Lock lock = new ReentrantLock();
void testLock() {
    synchronized(lock) {
        ……
    }
}
这样操作没有任何意义，只会给阅读代码带来困扰

---

函数介绍

void lock()

获取锁。如果想要获取锁的线程没有获取到锁，则当前线程变得不可用并且休眠直到它获取到锁对象。

boolean tryLock()

如果锁对象可用时，调用此函数会立即返回，并且返回值为true，表示成功获取了锁对象；
如果锁对象不可用时，则函数也会立即返回，并且返回值为false。

Lock lock = new ReentrantLock();
if (lock.tryLock()) {
    try {
        // do something
    } finally {
        lock.unlock();
    }
} else {
    // do not acquire the lock, no need to unlock
}

boolean tryLock(long time, TimeUnit unit)

功能和用法与tryLock()类似，只是这个函数中增加了tryLock时间，在规定时间内如果能够获取锁对象，则返回true，如果不能获取锁对象或是当前线程被interrupt，则返回false，如果当前线程在tryLock过程中，线程被interrupt，则会抛出InterruptedException

void unlock()

释放锁，成功获取锁后必须要释放锁，参照上面try--finally机制。

Condition newCondition()

与锁搭配，提供了灵活的使用方式。
这个函数返回一个与当前Lock对象绑定的Condition对象。
在使用Condition对象之前，必须保证当前线程已经获取了Lock对象，