ReentrantLock-源码解析

本文详细解析了ReentrantLock的源码,包括其可重入特性、公平锁与非公平锁的概念,以及加锁和释放锁的机制。公平锁遵循FIFO原则,而非公平锁具有更高的吞吐量。ReentrantLock的构造器允许选择公平性,其内部通过Sync同步器实现锁的管理,Sync继承自AQS并提供了tryAcquire和tryRelease方法来实现加锁和解锁操作。
摘要由CSDN通过智能技术生成

ReentrantLock类注释

1、可重入互斥锁,意思是表示该锁能够支持一个线程对资源的重复加锁,该锁还支持获取锁的公平和非公平性选择。synchronized关键字隐式的支持重进入。
2、可以通过isHeldByCurrentThread判断当前线程是否拿到锁。
3、构造器接收fairness参数,fairness=true表示公平锁反之是非公平锁。
4、tryLock() 无参方法没有遵循公平性,是非公平的。
5、公平锁的吞吐量没有非公平锁高,需要不断的进行线程之间的切换

ReentrantLock类结构

public class ReentrantLock implements Lock, java.io.Serializable 

在这里插入图片描述
Lock所定义的方法。
在这里插入图片描述

  • lock():获取锁,调用该方法的线程会获取锁。
  • unlock(): 释放锁
  • tryLock(): 尝试非阻塞的获取锁,获取成功返回true,失败返回false。
  • tryLock(long,TimeUtil): 超时获取锁,有三种情况:当前线程在超时时间内获得了锁,当前线程在超时时间内被中断,超时时间结束,返回false。
  • lockInterruptedException(): 可中断的获取锁,所在获取过程中可以中断当前线程。

公平锁与非公平锁

简言之,如果在绝对的时间上,先对锁发起请求的那个线程会先获取锁,遵循FIFO原则,也就是等待时间最长的那个线程最先获取锁。

公平锁和非公平锁只是相对于获取锁的时候而言。

如果一个锁是公平的,那么锁获取的顺序符合时间顺序。当一个线程获取了同步状态就可以认为获取到了锁,刚释放锁的线程下次再获取锁的概率非常大,使其他线程在同步队列中等待,因此非公平锁的线程切换次数很少,这是相对公平锁而言,所以吞吐量上,非公平锁更有优势,所以默认情况下,ReentrantLock的构造就是非公平锁。

互斥锁

互斥锁:同一时刻下,只有一个线程可以拿到锁,其他线程只能在同步队列中等待,只有拿到锁的线程释放锁,其他线程才能去争抢;

构造方法


    public ReentrantLock() {
   
    // 默认是非公平锁
        sync = new NonfairSync();
    }

  
    public ReentrantLock(boolean fair) {
   
    
        sync = fair ? new FairSync() : new NonfairSync();
    }

从构造器中可以看出,公平锁是依靠 FairSync 实现的,非公平锁是依靠 NonfairSy

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值