concurrent.locks包中的几种锁的区别

可重入锁（ReentrantLock）可分为好几种，分别对应了不同的用途，先贴上api：

lock
public void lock()
获取锁。
如果该锁没有被另一个线程保持，则获取该锁并立即返回，将锁的保持计数设置为 1。
如果当前线程已经保持该锁，则将保持计数加 1，并且该方法立即返回。
如果该锁被另一个线程保持，则出于线程调度的目的，禁用当前线程，并且在获得锁之前，该线程将一
直处于休眠状态，此时锁保持计数被设置为 1。

指定者：
接口 Lock 中的 lock

lockInterruptibly
public void lockInterruptibly() throws InterruptedException
1）如果当前线程未被中断，则获取锁。 

2）如果该锁没有被另一个线程保持，则获取该锁并立即返回，将锁的保持计数设置为 1。 

3）如果当前线程已经保持此锁，则将保持计数加 1，并且该方法立即返回。 

4）如果锁被另一个线程保持，则出于线程调度目的，禁用当前线程，并且在发生以下两种情况之一以
前，该线程将一直处于休眠状态： 
     1）锁由当前线程获得；或者 

     2）其他某个线程中断当前线程。 

5）如果当前线程获得该锁，则将锁保持计数设置为 1。 
   如果当前线程： 
       1）在进入此方法时已经设置了该线程的中断状态；或者 

       2）在等待获取锁的同时被中断。 

   则抛出 InterruptedException，并且清除当前线程的已中断状态。 


6）在此实现中，因为此方法是一个显式中断点，所以要优先考虑响应中断，而不是响应锁的普通获取或
重入获取。 

指定者： 接口 Lock 中的 lockInterruptibly
抛出：   InterruptedException   如果当前线程已中断。

tryLock    public boolean tryLock()

仅在调用时锁未被另一个线程保持的情况下，才获取该锁。 

1）如果该锁没有被另一个线程保持，并且立即返回 true 值，则将锁的保持计数设置为 1。
即使已将此锁设置为使用公平排序策略，但是调用 tryLock() 仍将 立即获取锁（如果有可用的），
而不管其他线程当前是否正在等待该锁。在某些情况下，此“闯入”行为可能很有用，即使它会打破公
平性也如此。如果希望遵守此锁的公平设置，则使用 tryLock(0, TimeUnit.SECONDS) 
，它几乎是等效的（也检测中断）。 

2）如果当前线程已经保持此锁，则将保持计数加 1，该方法将返回 true。 

3）如果锁被另一个线程保持，则此方法将立即返回 false 值。 

指定者：
   接口 Lock 中的  tryLock
返回： 
   如果锁是自由的并且被当前线程获取，或者当前线程已经保持该锁，则返回 true；否则返回 
false

对于lock而言，即拿不到锁就一直阻塞，期间不会响应中断也不关心线程是否被打断。

而对于lockInterruptibly，则其会响应interrupt()方法等中断事件，被要求处理InterruptedException，如果线程已经被interrupt，则再使用lockInterrupted的时候也会被要求处理interruptedException。

而tryLock会去尝试是否能够获得锁，如果不能获得锁则返回false，能返回则返回true