lock()与lockInterruptibly()的区别

lock 与 lockInterruptibly比较区别在于:
lock 优先考虑获取锁,待获取锁成功后,才响应中断。
lockInterruptibly 优先考虑响应中断,而不是响应锁的普通获取或重入获取。

详细区别:

ReentrantLock.lockInterruptibly允许在等待时由其它线程调用等待线程的Thread.interrupt方法来中断等待线程的等待而直接返回,这时不用获取锁,而会抛出一个InterruptedException。 ReentrantLock.lock方法不允许Thread.interrupt中断,即使检测到Thread.isInterrupted,一样会继续尝试获取锁,失败则继续休眠。只是在最后获取锁成功后再把当前线程置为interrupted状态,然后再中断线程。

看一下测试代码如下:

   class MyThread05 extends Thread{
        public void test3() throws Exception{
            final Lock lock = new ReentrantLock();
            lock.lock();
            Thread.sleep(1000);
            Thread t1 = new Thread(new Runnable(){
                @Override
                public void run() {
                    lock.lock();
                    // try {
                    // lock.lockInterruptibly();
                    // } catch (InterruptedException e) {
                    // // TODO Auto-generated catch block
                    // e.printStackTrace();
                    // }
                    System.out.println(Thread.currentThread().getName()+" interrupted.");
                }
            });
            t1.start();
            Thread.sleep(1000);
            t1.interrupt();
            Thread.sleep(1000000);
        }
    }

这里使用的是lock()方法,在主程序中执行test3()方法后回发现,即使执行了interrupt()方法也没有反应。

将注释代码取消掉,我们会发现,程序要求捕捉该异常

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值