《JAVA多线程编程核心技术》 笔记:第四章、Lock的使用

一、使用ReentrantLock类

1.1 ReentrantLock的使用:

和synchronized没太多区别,只是要自己lock和unlock

1.2 ReentrantLock的不足:

ReentrantLock具有完全互斥排他的效果,即同一时间只有一个线程在执行ReentrantLock.lock()方法后面的任务。这样保证了实例变量的线程安全性,但是效率非常低下。

所以JDK中提供了读写锁ReentrantReadWriteLock,可以加快运行效率。

1.3 正确使用Condition实现等待/通知

调用condition.await()之前,必须调用lock.lock();获取到对应的锁对象。

相同

Object类相当于Condition类
wait()方法=await()方法
wait(long)方法=await(long time, TimeUnit unit)方法
notify()方法=signal()方法
notifyAll()方法=signalAll()方法

区别:

  • Condition可以实现选择通知;

  • 而notify(),通知的对象随意,notifyAll()则通知所有对象。

synchronized相当于整个Lock对象中只有一个单一的Condition对象。

1.4 使用多个Condition实现通知部分线程:正确用法

如果使Condition对象可以唤醒部分指定线程,需先对线程进行分组,再唤醒指定组中的线程。

实现的方式是:类中有两个Condition对象。不同线程在不同的Condition对象上await(),然后调用Condition的signalAll()即可

1.5 各种方法的测试

方法解释
getHoldCount()查询当前线程保持锁定的个数,也就是调用lock()方法的次数;
getQueueLength()返回正等待获取此锁定的线程估计数;即等待该锁释放,然后获取锁的线程数
getWaitQueueLength()返回等待与此锁定相关的给定条件Condition的线程估计数,即已经在该锁上执行了await()方法,并且没有被signal唤醒的线程数;
方法解释
hasQueuedThread()查询指定的线程是否正在等待获取此锁定。
hasQueuedThreads()查询是否有线程正在等待获取此锁定。
hasWaiters()是否有线程正在等待与此锁定有关的condition条件;

方法解释
isFair()判断是不是公平锁
isHeldByCurrentThread()查询当前线程是否保持此锁定
isLocked()查询此锁定是否由任意线程保持;
方法解释
lockInterruptibly()如果当前线程未被中断,则获取锁定,如果已被中断则出现异常。
tryLock()仅在:调用时该锁定未被另一个线程保持的情况下,才获取该锁定。
tryLock(long timeout,TimeUnit unit)如果该锁定在给定等待时间内没有被另一个线程保持,且当前线程未被中断,则获取该锁定。(如果当前该锁没有被另一线程保持,那么直接获取该锁;如果当前该锁已被另一线程保持,则等待对应时间,然后再获取该锁。能否获取到结合具体场景分析)
方法解释
awaitUninterruptibly()不是很理解..即使被中断也什么都不做?不抛异常?
awaitUntil(Date date)等待到达这个时间点。如果在等待时没有被其他线程唤醒,则在时间点达到会自动被唤醒;如果在等待时被其他线程唤醒,那么这个时间就没有太多意义了。

二、使用ReentrantReadWriteLock类

2.1 类ReentrantReadWriteLock初识

ReentrantLock具有完全互斥排他的效果,即同一时间只有一个线程在执行ReentrantLock.lock()方法后面的任务。这样保证了实例变量的线程安全性,但是效率非常低下。

所以JDK中提供了读写锁ReentrantReadWriteLock,可以加快运行效率。

ReentrantReadWriteLock有两个锁

  • 读锁:读操作相关,也称为共享锁;
  • 写锁:写操作相关,也称为排他锁;

多个读锁之间不互斥,读锁写锁互斥,写锁写锁互斥

即多个线程可以同时读取,但是同一时刻只允许一个线程写入。

三、对比:ReentrantLock和ReentrantReadWriteLock

ReentrantLockReentrantReadWriteLock
锁种类只有一种锁
互斥情况完全互斥
理解ReentrantLock只相当于
ReentrantReadWriteLock的写锁

五、Lock类和synchronize

Lock类可以完全替代synchronize,并且具有synchronize没有的其他特性。

六、公平锁与非公平锁

锁Lock分为公平锁和非公平锁,

  • 公平锁:线程获取锁的顺序是按照线程加锁的顺序来分配的,即先进先出;
  • 非公平锁:获取锁的抢占机制,非先进先出,可能造成某些线程一直拿不到锁;

如何实现公平和非公平?

  • ReentrantLock有一个构造函数,可以接收一个boolean参数,来决定是公平锁还是非公平锁。

END

转载于:https://www.cnblogs.com/buwuliao/p/9538262.html

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值