java并发包-Reentrantlock(二):tryLock与lockInterruptibly

（本文源代码完全来自openjdk1.8,欢迎对文中内容进行讨论指正）

1. lock.lockInterruptibly()

上一篇文章揭示了lock.lock()方法的工作原理，它在acquireQueued方法中设置了一个死循环，当线程从阻塞解除时，首先判断线程是否该竞争锁，如果是，则去竞争锁。竞争失败或者其它唤醒方式（如线程被中断）都会导致线程重新阻塞，这意味着lock方法屏蔽了中断，无法对其相应。lockInterruptibly的实现非常类似于上述方法，只是在由lockInterruptibly方法调用的的doAcquireInterruptbly()方法中,不再屏蔽中断，检测到中断则抛出中断异常，使方法能够从死循环中退出，代码如下:

//这个方法干的工作与acquireQueued非常类似，可以参见上一篇文章
private void doAcquireInterruptibly(int arg)
        throws InterruptedException {
        final Node node = addWaiter(Node.EXCLUSIVE);
        boolean failed = true;
        try {
            for (;;) {
                final Node p = node.predecessor();

//如果头结点是自己的前继节点，就参与竞争锁(FIFO,轮到自己了)
//但是在非公平锁的实现中有插队行为，因此只能是竞争而不能保证获得
//即使是公平锁的实现，也有被tryLock()方法插队的可能,下面会分析此方法
                if (p == head && tryAcquire(arg)) {
                    setHead(node);
                    p.next = null; // help GC
                    failed = false;