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

9 篇文章 0 订阅

可重入锁(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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值