深入理解独占锁ReentrantLock类锁
ReentrantLock介绍
【1】ReentrantLock是一种基于AQS框架的应用实现,是JDK中的一种线程并发访问的同步手段,它的功能类似于synchronized是一种互斥锁,可以保证线程安全。
【2】相对于 synchronized, ReentrantLock具备如下特点:
- 1)可中断
- 2)可以设置超时时间
- 3)可以设置为公平锁
- 4)支持多个条件变量
- 5)与 synchronized 一样,都支持可重入
ReentrantLock问题分析
【1】ReentrantLock公平锁和非公平锁的性能谁更高?
1)那肯定是非公平锁,但是为什么是非公平更高呢?
2)因为涉及到了线程的park()与unpark()操作,不管是ReentrantLock还是synchronized,都在避免这些操作。
(1)如ReentrantLock的非公平同步器在得不到锁的情况下,即将要进入之前会再加一次锁,生成节点之后又会加一次锁,把节点放入队列之后又会加一次锁,最终迫不得已才会进行park()操作。
(2)如synchronized,在生成monitor的过程之中也会多次尝试加锁,避免monitor的生成。
3)为什么要避免呢?这就涉及到线程的概念了。
(1)因为park()与unpark()操作涉及到了线程的上下文切换,同时又涉及到了时间片轮转机制。
(2)线程上下文切换,需要将旧的线程资源保存回内存【保存执行到了哪一步,需要什么东西】,将新的线程的资源加载入CPU,让新线程具备执行的资源并开始执行。但是这些操作都是需要花费时间的,会消耗一部分时间片的资源。如(这里仅仅只是举例说明),一个时间片本来就是50s,你拿到的时候花费了一定的时间(如10s)进行上下文切换,现在刚执行不到5s,你又要进行一次切换(又要花费10s)。那下一个拿到时间片的线程会不会还是会继续切换呢?而且你要下次运行就又要等时间片了。
(3)所以说,本质上非公平机制是为了让持有CPU的线程尽可能多的做有用的任务,减少上线下文切换带来的开销,毕竟时间片来之不易,本身就是从众多线程之中好不容易分配得来的。
ReentrantLock的使用
【1】使用模板
- Lock lock = new ReentrantLock();
- //加锁
- lock.lock();
- try {
- // 临界区代码
- // TODO 业务逻辑:读写操作不能保证线程安全
- } finally {
- // 解锁,放置在这里的原因是保证异常情况都不能干扰到解锁逻辑
- lock.unlock();
- }
【2】可重入的尝试
- public class ReentrantLockDemo {
- public static ReentrantLock lock = new ReentrantLock();
- public static void main(String[] args) {
- method1();
- }
- public static void method1() {
- lock.lock();
- try {
- log.debug("execute method1");
- method2();
- } finally {
- lock.unlock();
- }
- }
- public static void method2() {
- lock.lock();
- try {
- log.debug("execute method2");
- method3();
- } finally {
- lock.unlock();
- }
- }
- public static void method3() {
- lock.lock();
- try {
- log.debug("execute method3");
- } finally {
- lock.unlock();
- }
- }
- }
【3】中断机制尝试
进行说明:这里面其实是main线程先获得了锁,所以t1线程其实是先进入队列里面,然后在main线程里面将t1设置为了中断。当main线程释放锁的时候,t1去加锁,发现自己被中断了,所以抛出中断异常,退出加锁。【其实这个中断加锁,怎么说,就是可以让失去加锁的权利,但是不影响你去排队】
- @Slf4j
- public class ReentrantLockDemo {
- public static void main(String[] args) throws InterruptedException {
- ReentrantLock lock = new ReentrantLock();
- Thread t1 = new Thread(() -> {
- log.debug("t1启动...");
- try {
- lock.lockInterruptibly();
- try {
- log.debug("t1获得了锁");
- } finally {
- lock.unlock();
- }
- } catch (InterruptedException e) {
- e.printStackTrace();
- log.debug("t1等锁的过程中被中断");
- }
- }, "t1");
- lock.lock();
- try {
- log.debug("main线程获得了锁");
- t1.start();
- //先让线程t1执行
- Thread.sleep(10000);
- t1.interrupt();
- log.debug("线程t1执行中断");
- } finally {
- lock.unlock();
- }
- }
- }
【4】锁超时尝试
- @Slf4j
- public class ReentrantLockDemo {
- public static void main(String[] args) throws InterruptedException {
- ReentrantLock lock = new ReentrantLock();
- Thread t1 = new Thread(() -> {
- log.debug("t1启动...");
- //超时
- try {
- // 注意: 即使是设置的公平锁,此方法也会立即返回获取锁成功或失败,公平策略不生效
- if (!lock.tryLock(1, TimeUnit.SECONDS)) {
- log.debug("等待 1s 后获取锁失败,返回");
- return;
- }
- } catch (InterruptedException e) {
- e.printStackTrace();
- return;
- }
- try {
- log.debug("t1获得了锁");
- } finally {
- lock.unlock();
- }
- }, "t1");
- lock.lock();
- try {
- log.debug("main线程获得了锁");
- t1.start();
- //先让线程t1执行
- Thread.sleep(2000);
- } finally {
- lock.unlock();
- }
- }
- }
【5】条件变量的尝试
说明:
1)java.util.concurrent类库中提供Condition类来实现线程之间的协调。调用Condition.await() 方法使线程等待,其他线程调用Condition.signal() 或 Condition.signalAll() 方法唤醒等待的线程。
2)由于可控的原因我们甚至可以多个条件队列来进行对线程调控。
注意:调用Condition的await()和signal()方法,都必须在lock保护之内。
- @Slf4j
- public class ReentrantLockDemo {
- private static ReentrantLock lock = new ReentrantLock();
- private static Condition cigCon = lock.newCondition();
- private static Condition takeCon = lock.newCondition();
- private static boolean hashcig = false;
- private static boolean hastakeout = false;
- //送烟
- public void cigratee(){
- lock.lock();
- try {
- while(!hashcig){
- try {
- log.debug("没有烟,歇一会");
- cigCon.await();
- }catch (Exception e){
- e.printStackTrace();
- }
- }
- log.debug("有烟了,干活");
- }finally {
- lock.unlock();
- }
- }
- //送外卖
- public void takeout(){
- lock.lock();
- try {
- while(!hastakeout){
- try {
- log.debug("没有饭,歇一会");
- takeCon.await();
- }catch (Exception e){
- e.printStackTrace();
- }
- }
- log.debug("有饭了,干活");
- }finally {
- lock.unlock();
- }
- }
- public static void main(String[] args) {
- ReentrantLockDemo6 test = new ReentrantLockDemo6();
- new Thread(() ->{
- test.cigratee();
- }).start();
- new Thread(() -> {
- test.takeout();
- }).start();
- new Thread(() ->{
- lock.lock();
- try {
- hashcig = true;
- log.debug("唤醒送烟的等待线程");
- cigCon.signal();
- }finally {
- lock.unlock();
- }
- },"t1").start();
- new Thread(() ->{
- lock.lock();
- try {
- hastakeout = true;
- log.debug("唤醒送饭的等待线程");
- takeCon.signal();
- }finally {
- lock.unlock();
- }
- },"t2").start();
- }
- }
ReentrantLock源码分析(版本为jdk14)
【0】前置部分最好有关于JDK实现管程的了解【可查看 深入理解AQS--jdk层面管程实现】
【1】ReentrantLock类自身部分
0)继承关系
- //锁的接口定义,定义了一个锁该具备哪一些功能
- public interface Lock {
- void lock();
- void lockInterruptibly() throws InterruptedException;
- boolean tryLock();
- boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
- void unlock();
- Condition newCondition();
- }
1)属性值
- //同步器句柄,同步器提供了所有的实现机制
- private final Sync sync;
2)构造方法
- //默认是采用非公平的同步器
- public ReentrantLock() {
- sync = new NonfairSync();
- }
- //此外可以根据传入的参数选择同步器
- public ReentrantLock(boolean fair) {
- sync = fair ? new FairSync() : new NonfairSync();
- }
3)其他方法【看完之后,你会发现,其实ReentrantLock什么事都不干,统统都交给了持有的AQS同步器去干活了,有一种修饰器设计模式的味道,只是包装了一下,具体内部的同步器类型由自己选择,所以同步器显得就很重要】
- public class ReentrantLock implements Lock, java.io.Serializable {
- .....
- //获取锁定
- public void lock() {
- sync.lock();
- }
- //中断式的加锁,如果没有被中断就会加锁
- public void lockInterruptibly() throws InterruptedException {
- sync.lockInterruptibly();
- }
- //仅当在调用时锁不被另一个线程持有时才获取锁
- public boolean tryLock() {
- return sync.tryLock();
- }
- //超时加锁,限定加锁时间
- public boolean tryLock(long timeout, TimeUnit unit) throws InterruptedException {
- return sync.tryLockNanos(unit.toNanos(timeout));
- }
- //尝试释放此锁
- public void unlock() {
- sync.release(1);
- }
- //返回一个用于此锁定实例的条件实例,说白了就是监视器
- public Condition newCondition() {
- return sync.newCondition();
- }
- //查询当前线程在此锁上保留的数量
- public int getHoldCount() {
- return sync.getHoldCount();
- }
- public boolean isHeldByCurrentThread() {
- return sync.isHeldExclusively();
- }
- //判断同步器是否在被持有状态,也就是被加锁了
- public boolean isLocked() {
- return sync.isLocked();
- }
- //判断同步器的类型
- public final boolean isFair() {
- return sync instanceof FairSync;
- }
- protected Thread getOwner() {
- return sync.getOwner();
- }
- public final boolean hasQueuedThreads() {
- return sync.hasQueuedThreads();
- }
- //判断同步器里面是否有该线程
- public final boolean hasQueuedThread(Thread thread) {
- return sync.isQueued(thread);
- }
- public final int getQueueLength() {
- return sync.getQueueLength();
- }
- protected Collection<Thread> getQueuedThreads() {
- return sync.getQueuedThreads();
- }
- public boolean hasWaiters(Condition condition) {
- if (condition == null)
- throw new NullPointerException();
- if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))
- throw new IllegalArgumentException("not owner");
- return sync.hasWaiters((AbstractQueuedSynchronizer.ConditionObject)condition);
- }
- //返回条件队列里面等待的线程的个数
- public int getWaitQueueLength(Condition condition) {
- if (condition == null)
- throw new NullPointerException();
- if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))
- throw new IllegalArgumentException("not owner");
- return sync.getWaitQueueLength((AbstractQueuedSynchronizer.ConditionObject)condition);
- }
- //返回条件队列里面等待的线程
- protected Collection<Thread> getWaitingThreads(Condition condition) {
- if (condition == null)
- throw new NullPointerException();
- if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))
- throw new IllegalArgumentException("not owner");
- return sync.getWaitingThreads((AbstractQueuedSynchronizer.ConditionObject)condition);
- }
- }
【2】抽象的Sync类部分
- abstract static class Sync extends AbstractQueuedSynchronizer {
- //定义了核心的加锁逻辑
- @ReservedStackAccess
- final boolean tryLock() {
- Thread current = Thread.currentThread();
- //获取State属性值,这是在AQS里面定义的值,用于标记是否可以加锁,0代表没有人在用锁,1代表有人在占用,大于1说明这个锁被这个人加了多次【即重入锁概念】
- int c = getState();
- if (c == 0) {
- //CAS保证只有一个人能成功
- if (compareAndSetState(0, 1)) {
- //设置持有锁的线程
- setExclusiveOwnerThread(current);
- return true;
- }
- } else if (getExclusiveOwnerThread() == current) { //走到这里说明有人持有了锁,但是可以判断持有的人是不是自己【可重入】
- if (++c < 0) // overflow
- throw new Error("Maximum lock count exceeded");
- //因为每一次重入都会导致State的值+1,所以解锁的时候对应要减1
- setState(c);
- return true;
- }
- return false;
- }
- //为子类留下的加锁逻辑的抽象方法
- abstract boolean initialTryLock();
- //核心加锁逻辑里面便是使用抽象方法进行加锁
- @ReservedStackAccess
- final void lock() {
- if (!initialTryLock())
- acquire(1);
- }
- @ReservedStackAccess
- final void lockInterruptibly() throws InterruptedException {
- if (Thread.interrupted())
- throw new InterruptedException();
- if (!initialTryLock())
- acquireInterruptibly(1);
- }
- @ReservedStackAccess
- final boolean tryLockNanos(long nanos) throws InterruptedException {
- if (Thread.interrupted())
- throw new InterruptedException();
- return initialTryLock() || tryAcquireNanos(1, nanos);
- }
- //尝试释放锁
- @ReservedStackAccess
- protected final boolean tryRelease(int releases) {
- int c = getState() - releases;
- if (getExclusiveOwnerThread() != Thread.currentThread())
- throw new IllegalMonitorStateException();
- boolean free = (c == 0);
- if (free)
- setExclusiveOwnerThread(null);
- setState(c);
- return free;
- }
- protected final boolean isHeldExclusively() {
- // While we must in general read state before owner,
- // we don't need to do so to check if current thread is owner
- return getExclusiveOwnerThread() == Thread.currentThread();
- }
- final ConditionObject newCondition() {
- return new ConditionObject();
- }
- // Methods relayed from outer class
- final Thread getOwner() {
- return getState() == 0 ? null : getExclusiveOwnerThread();
- }
- final int getHoldCount() {
- return isHeldExclusively() ? getState() : 0;
- }
- final boolean isLocked() {
- return getState() != 0;
- }
- /**
- * Reconstitutes the instance from a stream (that is, deserializes it).
- */
- private void readObject(java.io.ObjectInputStream s)
- throws java.io.IOException, ClassNotFoundException {
- s.defaultReadObject();
- setState(0); // reset to unlocked state
- }
- }
【3】实现抽象的 Sync类 的公平锁 FairSync类部分
- static final class FairSync extends Sync {
- //尝试锁定方法
- final boolean initialTryLock() {
- Thread current = Thread.currentThread();
- int c = getState();
- if (c == 0) {
- //看得出来首先队列要为空,其次才是CAS加锁成功,才算能够持有锁
- //也就是说队列不为空,连CAS加锁的资格都没有,所以十分公平
- if (!hasQueuedThreads() && compareAndSetState(0, 1)) {
- setExclusiveOwnerThread(current);
- return true;
- }
- } else if (getExclusiveOwnerThread() == current) {
- if (++c < 0) // overflow
- throw new Error("Maximum lock count exceeded");
- setState(c);
- return true;
- }
- return false;
- }
- //尝试获取方法
- protected final boolean tryAcquire(int acquires) {
- if (getState() == 0 && !hasQueuedPredecessors() &&
- compareAndSetState(0, acquires)) {
- setExclusiveOwnerThread(Thread.currentThread());
- return true;
- }
- return false;
- }
- }
- //AbstractQueuedSynchronizer类#hasQueuedThreads方法
- //判断队列是否为空【由于AQS里面采用的是链表实现队列效果,所以是判断节点情况】
- public final boolean hasQueuedThreads() {
- for (Node p = tail, h = head; p != h && p != null; p = p.prev)
- if (p.status >= 0)
- return true;
- return false;
- }
【4】实现抽象的 Sync类 的非公平锁 NonfairSync类部分
- //与公平的同步器进行比较的话,会发现,他们本质没什么区别,因为大多数走的都是抽象方法的逻辑和AQS的方法
- //最大的区别在于加锁的方式不同,公平方式,队列没人才去加锁;非公平方式,不管队列有没有人,都是直接去加锁,加到了就持有
- static final class NonfairSync extends Sync {
- //尝试锁定方法
- final boolean initialTryLock() {
- Thread current = Thread.currentThread();
- //直接尝试CAS获取加锁权利
- if (compareAndSetState(0, 1)) { // first attempt is unguarded
- setExclusiveOwnerThread(current);
- return true;
- } else if (getExclusiveOwnerThread() == current) {
- int c = getState() + 1;
- if (c < 0) // overflow
- throw new Error("Maximum lock count exceeded");
- setState(c);
- return true;
- } else
- return false;
- }
- //尝试获取方法
- protected final boolean tryAcquire(int acquires) {
- //判断是否有人持有锁,没有则去加锁
- if (getState() == 0 && compareAndSetState(0, acquires)) {
- setExclusiveOwnerThread(Thread.currentThread());
- return true;
- }
- return false;
- }
- }
深入理解独占锁ReentrantLock类锁的更多相关文章
- Synchronized方法锁、对象锁、类锁区别
synchronized,这个东西我们一般称之为”同步锁“,他在修饰代码块的时候需要传入一个引用对象作为“锁”的对象. 在修饰方法的时候,默认是当前对象作为锁的对象 在修饰类时,默认是当前类的Clas ...
- Java锁Synchronized,对象锁和类锁举例
Java的锁分为对象锁和类锁. 1. 当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时,一个时间内针对该对象的操作只能有一个线程得到执行.另一个线程必须 ...
- Java锁Synchronized对象锁和类锁区别
java的内置锁:每个java对象都可以用做一个实现同步的锁,这些锁成为内置锁.线程进入同步代码块或方法的时候会自动获得该锁,在退出同步代码块或方法时会释放该锁.获得内置锁的唯一途径就是进入这个锁的保 ...
- Java对象锁和类锁全面解析(多线程synchronized关键字)
最近工作有用到一些多线程的东西,之前吧,有用到synchronized同步块,不过是别人怎么用就跟着用,并没有搞清楚锁的概念.最近也是遇到一些问题,不搞清楚锁的概念,很容易碰壁,甚至有些时候自己连用没 ...
- java的对象锁和类锁
在java编程中,经常需要用到同步,而用得最多的也许是synchronized关键字了,下面看看这个关键字的用法. 因为synchronized关键字涉及到锁的概念,所以先来了解一些相关的锁知识. j ...
- 【Thread】java线程之对象锁、类锁、线程安全
说明: 1.个人技术也不咋滴.也没在项目中写过线程,以下全是根据自己的理解写的.所以,仅供参考及希望指出不同的观点. 2.其实想把代码的github贴出来,但还是推荐在初学的您多亲自写一下,就没贴出来 ...
- java的同步方法和同步代码块,对象锁,类锁区别
/** * @author admin * @date 2018/1/12 9:48 * 作用在同一个实例对象上讨论 * synchronized同步方法的测试 * 两个线程,一个线程调用synchr ...
- java 对象锁和类锁的区别(转)
java 对象锁和类锁的区别 转自; ) ); ; ) ); 上述的代码,第一个方法时用了同步代码块的方式进行同步,传入的对象实例是this,表明是当前对象,当然,如果需要同步其他对象实例,也不可 ...
- synchronize——对象锁和类锁
最近在研究Java 多线程的只是,经常能看到synchronize关键字,以前只是一眼带过,没有细究,今天趁这个机会,整理下 synchronize作为多线程关键字,是一种同步锁,它可以修饰以下几种对 ...
随机推荐
- Apache DolphinScheduler 使用文档(4/8):软件部署
本文章经授权转载,原文链接: https://blog.csdn.net/MiaoSO/article/details/104770720 目录 4. 软件部署 4.1 为 dolphinschedu ...
- Git 05 文件操作
参考源 https://www.bilibili.com/video/BV1FE411P7B3?spm_id_from=333.999.0.0 版本 本文章基于 Git 2.35.1.2 文件的四种状 ...
- Linux 01 概述
参考源 https://www.bilibili.com/video/BV187411y7hF?spm_id_from=333.999.0.0 版本 本文章基于 CentOS 7.6 简介 Linux ...
- idea+SpringBoot使用过程中的问题集合
1.跨域访问外部接口? 使用Nginx代理(详细参见:https://www.cnblogs.com/ZhaoHS/p/16594619.html): 合并部署,统一从后端访问第三方接口(合并部署详见 ...
- 第三十六篇:vue3响应式(关于Proxy代理对象,Reflect反射对象)
好家伙,这个有点难. 1.代理对象Proxy Proxy 对象用于创建一个对象的代理,从而实现基本操作的拦截和自定义(如属性查找.赋值.枚举.函数调用等). 拦截对象中任意属性的变化,包括:查get, ...
- 诺塔斯读写卡QT SDK笔记
卡片操作函数调用 寻卡: Request --> LotusCardRequest 防撞处理: Anticollission --> LotusCardAnticoll 选卡: Selec ...
- 【设计模式】Java设计模式 - 责任链模式
[设计模式]Java设计模式 - 责任链模式 不断学习才是王道 继续踏上学习之路,学之分享笔记 总有一天我也能像各位大佬一样 一个有梦有戏的人 @怒放吧德德 目录 [设计模式]Java设计模式 - 责 ...
- flutter系列之:UI layout简介
目录 简介 flutter中layout的分类 常用layout举例 总结 简介 对于一个前端框架来说,除了各个组件之外,最重要的就是将这些组件进行连接的布局了.布局的英文名叫做layout,就是用来 ...
- git revert总结
git revert git revert 是一种创建一次新的commit 来回退某次或某几次commit的一种方式 命令 // 创建一个新的commit,这个commit会删除(下面)commit- ...
- 【读书笔记】C#高级编程 第八章 委托、lambda表达式和事件
(一)引用方法 委托是寻址方法的.NET版本.委托是类型安全的类,它定义了返回类型和参数的类型.委托不仅包含对方法的引用,也可以包含对多个方法的引用. Lambda表达式与委托直接相关.当参数是委托类 ...