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

ToBeNo6

于 2017-03-15 19:06:57 发布

阅读量645

点赞数

分类专栏： java.util.concurrent包学习文章标签： java openjdk 并发源代码线程

本文链接：https://blog.csdn.net/ToBeNo6/article/details/62235212

版权

本文深入探讨了Java并发包中的ReentrantLock，重点分析了`lockInterruptibly()`、`tryLock()`以及带超时的`tryLock(long time, TimeUnit unit)`方法。`lockInterruptibly()`在获取锁的过程中响应中断异常，`tryLock()`尝试非阻塞获取锁，而`tryLock(long time, TimeUnit unit)`则在指定时间内尝试获取锁，若超时则抛出异常。这些方法在实现上有别于简单的`lock()`，提供了更灵活的锁获取策略。" 137305101,7337247,GAN在图像分割中的应用详解,"['深度学习', '神经网络', '图像处理', '医疗影像', '自动驾驶']

摘要由CSDN通过智能技术生成

（本文源代码完全来自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;