JUC是 java.util.concurrent 这个包的简写,其中存放了Java并发框架为协调并发任务所提供的一些工具。本文介绍其中的ReentrantLock类。
目录
三、总结ReentrantLock与synchronized的区别
一、什么是ReentrantLock?
ReentrantLock是可重入互斥锁,在java.util.concurrent.locks包中。
它和 synchronized 定位类似,都是用来实现互斥效果,保证线程安全的。但 synchronized 关键字是基于代码块的方式来控制加锁解锁的,而 ReentrantLock 则是提供了 lock 和 unlock 独立的方法来进行加锁解锁的。
有些同学可能记得,手动 lock 和 unlock 很容易造成加了锁但却没有释放锁的情况。从这个角度,ReentrantLock 似乎在“开倒车”,功能和 synchronized 一样却更容易产生 bug,其实不然。虽然大部分情况下使用 synchronized 就足够了,但 ReentrantLock 也是一个重要的补充,主要是三个方面:
- synchronized 只是加锁和解锁。加锁的时候如果发现锁被占用,只能阻塞等待。而ReentrantLock 还提供一个 tryLock 方法,如果加锁成功,没啥特殊的;但如果加锁失败,不会阻塞,直接返回 false !这样可以让程序员更灵活地决定接下来怎么做。(就好比和别人表白失败,synchronized是相信总有一天对方会分手,自己可以追到ta,于是一直干等着;而ReentrantLock则更灵活,它可以选择不等,去做别的事。)
- synchronized 是一个非公平锁(能获取锁的概率均等,不遵守先来后到)。而ReentrantLock 提供了 公平和 非公平 两种工作模式(在构造方法中,传入 true 开启公平锁模式)。
- 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 的方式等待一段时间就 放弃。