( 五)Lock接口及其实现ReentrantLock

本文介绍了Java并发库中的Lock接口及其实现类ReentrantLock。ReentrantLock提供了公平锁和非公平锁的选择,其内部基于AbstractQueuedSynchronizer(AQS)实现。文章分析了ReentrantLock的lock()、lockInterruptibly()、tryLock()和tryLock(long timeout, TimeUnit unit)四种获取锁的方式,以及公平锁和非公平锁的区别。非公平锁虽然可能引发饥饿现象,但在性能上优于公平锁。" 105007699,854893,Arthas监控诊断工具:源码剖析与实现原理,"['Java', '监控工具', 'Arthas', 'Instrumentation', '源码解析']
摘要由CSDN通过智能技术生成

jdk1.7.0_79

  在java.util.concurrent.locks这个包中定义了和synchronized不一样的锁,重入锁——ReentrantLock,读写锁——ReadWriteLock等。在已经有了内置锁synchronized的情况下,为什么又出现了Lock显示锁呢?本文将以Lock作为Java并发包源码解读的开始.

  Lock定义最基本的加锁和解锁操作。

  

Lock 

void lock(); 

阻塞方式获取锁,直到获取锁后才返回 

void locklnterruptibly(); 

获取锁,除非当前线程被中断 

Condition newCondition(); 

返回一个Condition实例绑定到这个锁实例 

boolean tryLock(); 

不管是否获取到锁,都立即返回,非阻塞 

boolean tryLock(long time, TimeUnit unit); 

在一定时间内阻塞获取锁 

void unlock(); 

释放锁 

  Lock接口有一个实现类——重入锁ReentrantLock。进入ReentrantLock类中我们就发现它对于Lock接口的实现基本上都借助于一个抽象静态内部类Sync,该内部类继承自AbstractQueuedSynchronizer,接着又发现两个静态内部类NonfairSync、FairSync,这两个静态内部类又是继承自刚刚的Sync。这里就要引入两个新的概念了——公平锁与非公平锁。在公平的锁上,线程将按照它们发出请求的顺序来获得锁,但在非公平的锁上,则允许“插队”:当一个线程请求非公平的锁时,如果在发出请求的同时该锁的状态变为可用,那么这个线程将跳过队列中所有的等待线程并获得这个锁。(《Java并发编程实战》)

  ReentrantLock你可以称之为重入锁(递归锁)、显示锁、排他锁(独占锁),显示锁很好理解,即线程在获取锁和释放锁的时候都需要代码显示操作。重入锁是什么概念呢?synchronized实际上也是可重入锁,意思就是一个线程已经持有这个锁,当这个线程再次获得这个锁的时候不会被阻塞,而是使其同步状态计数器+1,这样做的目的当然就是为了防止死锁,当线程释放这个锁的时候,同步状态计数器-1,直到递减至0才表示这个锁完全释放完毕,其他线程可以获取。那什么又是排他锁呢?我们直到AQS定义了两种模式下获取锁与释放锁的操作,那就是独占模式和共享模式,所谓独占模式就是只有一个线程能持有这个锁,而共享模式则是这个锁可以由多个线程所持有。例如ReebtrabtReadWriteLock的读锁就能由多个线程所持有。在知道了ReentrantLock的特性之后,我们再来看它其内部实现。 

  在

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值