Java多线程基础-17:简单介绍一下JUC中的 ReentrantLock

22 篇文章 1 订阅

JUC是 java.util.concurrent 这个包的简写,其中存放了Java并发框架为协调并发任务所提供的一些工具。本文介绍其中的ReentrantLock类。

目录

一、什么是ReentrantLock?

二、ReentrantLock 的用法

三、总结ReentrantLock与synchronized的区别


一、什么是ReentrantLock?

ReentrantLock是可重入互斥锁,在java.util.concurrent.locks包中。

它和 synchronized 定位类似都是用来实现互斥效果保证线程安全的。但 synchronized 关键字是基于代码块的方式来控制加锁解锁的,而 ReentrantLock 则是提供了 lock 和 unlock 独立的方法来进行加锁解锁的。

有些同学可能记得,手动 lock 和 unlock 很容易造成加了锁但却没有释放锁的情况。从这个角度,ReentrantLock 似乎在“开倒车”,功能和 synchronized 一样却更容易产生 bug,其实不然。虽然大部分情况下使用 synchronized 就足够了,但 ReentrantLock 也是一个重要的补充,主要是三个方面:

  1. synchronized 只是加锁和解锁。加锁的时候如果发现锁被占用,只能阻塞等待。而ReentrantLock 还提供一个 tryLock 方法,如果加锁成功,没啥特殊的;如果加锁失败,不会阻塞,直接返回 false !这样可以让程序员更灵活地决定接下来怎么做。(就好比和别人表白失败,synchronized是相信总有一天对方会分手,自己可以追到ta,于是一直干等着;而ReentrantLock则更灵活,它可以选择不等,去做别的事。)
  2. synchronized 是一个非公平锁(能获取锁的概率均等,不遵守先来后到)。而ReentrantLock 提供了 公平和 非公平 两种工作模式(在构造方法中,传入 true 开启公平锁模式)
  3. synchronized 搭配 wait,notify 进行等待唤醒。如果多个线程 wait 同一个对象,notify 的时候是随机唤醒一个。而 ReentrantLock 则是搭配 Condition 这个类,这个类也能起到等待通知,可以功能更强大。

二、ReentrantLock 的用法

lock():加锁。如果获取不到锁就死等。

trylock(超时时间):加锁,。如果获取不到锁,等待一定的时间之后就放弃加锁,返回 false。

unlock():解锁。

ReentrantLock lock = new ReentrantLock(); 
-----------------------------------------
lock.lock();   
try {    
 // working    
} finally {    
 lock.unlock()    
}  

三、总结ReentrantLock与synchronized的区别

1、synchronized 是一个关键字, JVM 内部实现的(大概率是基于 C++ 实现)。而ReentrantLock 是标准库的一个类,是 JVM 外实现的(基于 Java 实现)。

2、synchronized 使用时不需要手动释放锁,ReentrantLock 使用时需要手动释放,使用起来更灵活,但是也容易遗漏 unlock。

3、synchronized 在申请锁失败时会死等。ReentrantLock 可以通过 trylock 的方式等待一段时间就 放弃。

4、synchronized 是非公平锁,  ReentrantLock 默认是非公平锁,但 可以通过构造方法传入一个 true 开启公平锁模式。

评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值