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

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

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

lockInterruptiblypublic void lockInterruptibly() throws InterruptedException1）如果当前线程未被中断，则获取锁。 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