ReentrantLock介绍

【1】ReentrantLock是一种基于AQS框架的应用实现,是JDK中的一种线程并发访问的同步手段,它的功能类似于synchronized是一种互斥锁,可以保证线程安全。

【2】相对于 synchronized, ReentrantLock具备如下特点:

  1. 1)可中断
  2. 2)可以设置超时时间
  3. 3)可以设置为公平锁
  4. 4)支持多个条件变量
  5. 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】使用模板

  1. Lock lock = new ReentrantLock();
  2. //加锁
  3. lock.lock();
  4. try {
  5. // 临界区代码
  6. // TODO 业务逻辑:读写操作不能保证线程安全
  7. } finally {
  8. // 解锁,放置在这里的原因是保证异常情况都不能干扰到解锁逻辑
  9. lock.unlock();
  10. }

【2】可重入的尝试

  1. public class ReentrantLockDemo {
  2. public static ReentrantLock lock = new ReentrantLock();
  3.  
  4. public static void main(String[] args) {
  5. method1();
  6. }
  7. public static void method1() {
  8. lock.lock();
  9. try {
  10. log.debug("execute method1");
  11. method2();
  12. } finally {
  13. lock.unlock();
  14. }
  15. }
  16. public static void method2() {
  17. lock.lock();
  18. try {
  19. log.debug("execute method2");
  20. method3();
  21. } finally {
  22. lock.unlock();
  23. }
  24. }
  25. public static void method3() {
  26. lock.lock();
  27. try {
  28. log.debug("execute method3");
  29. } finally {
  30. lock.unlock();
  31. }
  32. }
  33. }

【3】中断机制尝试

  进行说明:这里面其实是main线程先获得了锁,所以t1线程其实是先进入队列里面,然后在main线程里面将t1设置为了中断。当main线程释放锁的时候,t1去加锁,发现自己被中断了,所以抛出中断异常,退出加锁。【其实这个中断加锁,怎么说,就是可以让失去加锁的权利,但是不影响你去排队】

  1. @Slf4j
  2. public class ReentrantLockDemo {
  3.  
  4. public static void main(String[] args) throws InterruptedException {
  5. ReentrantLock lock = new ReentrantLock();
  6.  
  7. Thread t1 = new Thread(() -> {
  8.  
  9. log.debug("t1启动...");
  10.  
  11. try {
  12. lock.lockInterruptibly();
  13. try {
  14. log.debug("t1获得了锁");
  15. } finally {
  16. lock.unlock();
  17. }
  18. } catch (InterruptedException e) {
  19. e.printStackTrace();
  20. log.debug("t1等锁的过程中被中断");
  21. }
  22.  
  23. }, "t1");
  24.  
  25. lock.lock();
  26. try {
  27. log.debug("main线程获得了锁");
  28. t1.start();
  29. //先让线程t1执行
  30. Thread.sleep(10000);
  31.  
  32. t1.interrupt();
  33. log.debug("线程t1执行中断");
  34. } finally {
  35. lock.unlock();
  36. }
  37.  
  38. }
  39.  
  40. }

【4】锁超时尝试

  1. @Slf4j
  2. public class ReentrantLockDemo {
  3.  
  4. public static void main(String[] args) throws InterruptedException {
  5. ReentrantLock lock = new ReentrantLock();
  6.  
  7. Thread t1 = new Thread(() -> {
  8.  
  9. log.debug("t1启动...");
  10. //超时
  11. try {
  12. // 注意: 即使是设置的公平锁,此方法也会立即返回获取锁成功或失败,公平策略不生效
  13. if (!lock.tryLock(1, TimeUnit.SECONDS)) {
  14. log.debug("等待 1s 后获取锁失败,返回");
  15. return;
  16. }
  17. } catch (InterruptedException e) {
  18. e.printStackTrace();
  19. return;
  20. }
  21.  
  22. try {
  23. log.debug("t1获得了锁");
  24. } finally {
  25. lock.unlock();
  26. }
  27.  
  28. }, "t1");
  29.  
  30. lock.lock();
  31. try {
  32. log.debug("main线程获得了锁");
  33. t1.start();
  34. //先让线程t1执行
  35. Thread.sleep(2000);
  36. } finally {
  37. lock.unlock();
  38. }
  39.  
  40. }
  41.  
  42. }

【5】条件变量的尝试

  说明:

    1)java.util.concurrent类库中提供Condition类来实现线程之间的协调。调用Condition.await() 方法使线程等待,其他线程调用Condition.signal() 或 Condition.signalAll() 方法唤醒等待的线程。

    2)由于可控的原因我们甚至可以多个条件队列来进行对线程调控。

  注意:调用Condition的await()和signal()方法,都必须在lock保护之内

  1. @Slf4j
  2. public class ReentrantLockDemo {
  3. private static ReentrantLock lock = new ReentrantLock();
  4. private static Condition cigCon = lock.newCondition();
  5. private static Condition takeCon = lock.newCondition();
  6.  
  7. private static boolean hashcig = false;
  8. private static boolean hastakeout = false;
  9.  
  10. //送烟
  11. public void cigratee(){
  12. lock.lock();
  13. try {
  14. while(!hashcig){
  15. try {
  16. log.debug("没有烟,歇一会");
  17. cigCon.await();
  18.  
  19. }catch (Exception e){
  20. e.printStackTrace();
  21. }
  22. }
  23. log.debug("有烟了,干活");
  24. }finally {
  25. lock.unlock();
  26. }
  27. }
  28.  
  29. //送外卖
  30. public void takeout(){
  31. lock.lock();
  32. try {
  33. while(!hastakeout){
  34. try {
  35. log.debug("没有饭,歇一会");
  36. takeCon.await();
  37.  
  38. }catch (Exception e){
  39. e.printStackTrace();
  40. }
  41. }
  42. log.debug("有饭了,干活");
  43. }finally {
  44. lock.unlock();
  45. }
  46. }
  47.  
  48. public static void main(String[] args) {
  49. ReentrantLockDemo6 test = new ReentrantLockDemo6();
  50. new Thread(() ->{
  51. test.cigratee();
  52. }).start();
  53.  
  54. new Thread(() -> {
  55. test.takeout();
  56. }).start();
  57.  
  58. new Thread(() ->{
  59. lock.lock();
  60. try {
  61. hashcig = true;
  62. log.debug("唤醒送烟的等待线程");
  63. cigCon.signal();
  64. }finally {
  65. lock.unlock();
  66. }
  67.  
  68. },"t1").start();
  69.  
  70. new Thread(() ->{
  71. lock.lock();
  72. try {
  73. hastakeout = true;
  74. log.debug("唤醒送饭的等待线程");
  75. takeCon.signal();
  76. }finally {
  77. lock.unlock();
  78. }
  79.  
  80. },"t2").start();
  81. }
  82.  
  83. }

ReentrantLock源码分析(版本为jdk14)

【0】前置部分最好有关于JDK实现管程的了解【可查看  深入理解AQS--jdk层面管程实现

【1】ReentrantLock类自身部分

  0)继承关系

  1. //锁的接口定义,定义了一个锁该具备哪一些功能
  2. public interface Lock {
  3.  
  4. void lock();
  5.  
  6. void lockInterruptibly() throws InterruptedException;
  7.  
  8. boolean tryLock();
  9.  
  10. boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
  11.  
  12. void unlock();
  13.  
  14. Condition newCondition();
  15. }

  1)属性值

  1. //同步器句柄,同步器提供了所有的实现机制
  2. private final Sync sync;

  2)构造方法

  1. //默认是采用非公平的同步器
  2. public ReentrantLock() {
  3. sync = new NonfairSync();
  4. }
  5.  
  6. //此外可以根据传入的参数选择同步器
  7. public ReentrantLock(boolean fair) {
  8. sync = fair ? new FairSync() : new NonfairSync();
  9. }

  3)其他方法【看完之后,你会发现,其实ReentrantLock什么事都不干,统统都交给了持有的AQS同步器去干活了,有一种修饰器设计模式的味道,只是包装了一下,具体内部的同步器类型由自己选择,所以同步器显得就很重要

  1. public class ReentrantLock implements Lock, java.io.Serializable {
  2. .....
  3. //获取锁定
  4. public void lock() {
  5. sync.lock();
  6. }
  7.  
  8. //中断式的加锁,如果没有被中断就会加锁
  9. public void lockInterruptibly() throws InterruptedException {
  10. sync.lockInterruptibly();
  11. }
  12.  
  13. //仅当在调用时锁不被另一个线程持有时才获取锁
  14. public boolean tryLock() {
  15. return sync.tryLock();
  16. }
  17.    //超时加锁,限定加锁时间
  18. public boolean tryLock(long timeout, TimeUnit unit) throws InterruptedException {
  19. return sync.tryLockNanos(unit.toNanos(timeout));
  20. }
  21.  
  22. //尝试释放此锁
  23. public void unlock() {
  24. sync.release(1);
  25. }
  26.  
  27. //返回一个用于此锁定实例的条件实例,说白了就是监视器
  28. public Condition newCondition() {
  29. return sync.newCondition();
  30. }
  31.  
  32. //查询当前线程在此锁上保留的数量
  33. public int getHoldCount() {
  34. return sync.getHoldCount();
  35. }
  36.  
  37. public boolean isHeldByCurrentThread() {
  38. return sync.isHeldExclusively();
  39. }
  40.  
  41. //判断同步器是否在被持有状态,也就是被加锁了
  42. public boolean isLocked() {
  43. return sync.isLocked();
  44. }
  45.  
  46. //判断同步器的类型
  47. public final boolean isFair() {
  48. return sync instanceof FairSync;
  49. }
  50.  
  51. protected Thread getOwner() {
  52. return sync.getOwner();
  53. }
  54.  
  55. public final boolean hasQueuedThreads() {
  56. return sync.hasQueuedThreads();
  57. }
  58.  
  59. //判断同步器里面是否有该线程
  60. public final boolean hasQueuedThread(Thread thread) {
  61. return sync.isQueued(thread);
  62. }
  63.  
  64. public final int getQueueLength() {
  65. return sync.getQueueLength();
  66. }
  67.  
  68. protected Collection<Thread> getQueuedThreads() {
  69. return sync.getQueuedThreads();
  70. }
  71.  
  72. public boolean hasWaiters(Condition condition) {
  73. if (condition == null)
  74. throw new NullPointerException();
  75. if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))
  76. throw new IllegalArgumentException("not owner");
  77. return sync.hasWaiters((AbstractQueuedSynchronizer.ConditionObject)condition);
  78. }
  79.  
  80. //返回条件队列里面等待的线程的个数
  81. public int getWaitQueueLength(Condition condition) {
  82. if (condition == null)
  83. throw new NullPointerException();
  84. if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))
  85. throw new IllegalArgumentException("not owner");
  86. return sync.getWaitQueueLength((AbstractQueuedSynchronizer.ConditionObject)condition);
  87. }
  88.  
  89. //返回条件队列里面等待的线程
  90. protected Collection<Thread> getWaitingThreads(Condition condition) {
  91. if (condition == null)
  92. throw new NullPointerException();
  93. if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))
  94. throw new IllegalArgumentException("not owner");
  95. return sync.getWaitingThreads((AbstractQueuedSynchronizer.ConditionObject)condition);
  96. }
  97.  
  98. }

【2】抽象的Sync类部分

  1. abstract static class Sync extends AbstractQueuedSynchronizer {
  2. //定义了核心的加锁逻辑
  3. @ReservedStackAccess
  4. final boolean tryLock() {
  5. Thread current = Thread.currentThread();
  6. //获取State属性值,这是在AQS里面定义的值,用于标记是否可以加锁,0代表没有人在用锁,1代表有人在占用,大于1说明这个锁被这个人加了多次【即重入锁概念】
  7. int c = getState();
  8. if (c == 0) {
  9. //CAS保证只有一个人能成功
  10. if (compareAndSetState(0, 1)) {
  11. //设置持有锁的线程
  12. setExclusiveOwnerThread(current);
  13. return true;
  14. }
  15. } else if (getExclusiveOwnerThread() == current) { //走到这里说明有人持有了锁,但是可以判断持有的人是不是自己【可重入】
  16. if (++c < 0) // overflow
  17. throw new Error("Maximum lock count exceeded");
  18. //因为每一次重入都会导致State的值+1,所以解锁的时候对应要减1
  19. setState(c);
  20. return true;
  21. }
  22. return false;
  23. }
  24.  
  25. //为子类留下的加锁逻辑的抽象方法
  26. abstract boolean initialTryLock();
  27.  
  28. //核心加锁逻辑里面便是使用抽象方法进行加锁
  29. @ReservedStackAccess
  30. final void lock() {
  31. if (!initialTryLock())
  32. acquire(1);
  33. }
  34.  
  35. @ReservedStackAccess
  36. final void lockInterruptibly() throws InterruptedException {
  37. if (Thread.interrupted())
  38. throw new InterruptedException();
  39. if (!initialTryLock())
  40. acquireInterruptibly(1);
  41. }
  42.  
  43. @ReservedStackAccess
  44. final boolean tryLockNanos(long nanos) throws InterruptedException {
  45. if (Thread.interrupted())
  46. throw new InterruptedException();
  47. return initialTryLock() || tryAcquireNanos(1, nanos);
  48. }
  49.  
  50. //尝试释放锁
  51. @ReservedStackAccess
  52. protected final boolean tryRelease(int releases) {
  53. int c = getState() - releases;
  54. if (getExclusiveOwnerThread() != Thread.currentThread())
  55. throw new IllegalMonitorStateException();
  56. boolean free = (c == 0);
  57. if (free)
  58. setExclusiveOwnerThread(null);
  59. setState(c);
  60. return free;
  61. }
  62.  
  63. protected final boolean isHeldExclusively() {
  64. // While we must in general read state before owner,
  65. // we don't need to do so to check if current thread is owner
  66. return getExclusiveOwnerThread() == Thread.currentThread();
  67. }
  68.  
  69. final ConditionObject newCondition() {
  70. return new ConditionObject();
  71. }
  72.  
  73. // Methods relayed from outer class
  74.  
  75. final Thread getOwner() {
  76. return getState() == 0 ? null : getExclusiveOwnerThread();
  77. }
  78.  
  79. final int getHoldCount() {
  80. return isHeldExclusively() ? getState() : 0;
  81. }
  82.  
  83. final boolean isLocked() {
  84. return getState() != 0;
  85. }
  86.  
  87. /**
  88. * Reconstitutes the instance from a stream (that is, deserializes it).
  89. */
  90. private void readObject(java.io.ObjectInputStream s)
  91. throws java.io.IOException, ClassNotFoundException {
  92. s.defaultReadObject();
  93. setState(0); // reset to unlocked state
  94. }
  95. }

【3】实现抽象的 Sync类 的公平锁 FairSync类部分

  1. static final class FairSync extends Sync {
  2. //尝试锁定方法
  3. final boolean initialTryLock() {
  4. Thread current = Thread.currentThread();
  5. int c = getState();
  6. if (c == 0) {
  7. //看得出来首先队列要为空,其次才是CAS加锁成功,才算能够持有锁
  8. //也就是说队列不为空,连CAS加锁的资格都没有,所以十分公平
  9. if (!hasQueuedThreads() && compareAndSetState(0, 1)) {
  10. setExclusiveOwnerThread(current);
  11. return true;
  12. }
  13. } else if (getExclusiveOwnerThread() == current) {
  14. if (++c < 0) // overflow
  15. throw new Error("Maximum lock count exceeded");
  16. setState(c);
  17. return true;
  18. }
  19. return false;
  20. }
  21.  
  22. //尝试获取方法
  23. protected final boolean tryAcquire(int acquires) {
  24. if (getState() == 0 && !hasQueuedPredecessors() &&
  25. compareAndSetState(0, acquires)) {
  26. setExclusiveOwnerThread(Thread.currentThread());
  27. return true;
  28. }
  29. return false;
  30. }
  31. }
  32.  
  33. //AbstractQueuedSynchronizer类#hasQueuedThreads方法
  34. //判断队列是否为空【由于AQS里面采用的是链表实现队列效果,所以是判断节点情况】
  35. public final boolean hasQueuedThreads() {
  36. for (Node p = tail, h = head; p != h && p != null; p = p.prev)
  37. if (p.status >= 0)
  38. return true;
  39. return false;
  40. }

【4】实现抽象的 Sync类 的非公平锁 NonfairSync类部分

  1. //与公平的同步器进行比较的话,会发现,他们本质没什么区别,因为大多数走的都是抽象方法的逻辑和AQS的方法
  2. //最大的区别在于加锁的方式不同,公平方式,队列没人才去加锁;非公平方式,不管队列有没有人,都是直接去加锁,加到了就持有
  3. static final class NonfairSync extends Sync {
  4. //尝试锁定方法
  5. final boolean initialTryLock() {
  6. Thread current = Thread.currentThread();
  7. //直接尝试CAS获取加锁权利
  8. if (compareAndSetState(0, 1)) { // first attempt is unguarded
  9. setExclusiveOwnerThread(current);
  10. return true;
  11. } else if (getExclusiveOwnerThread() == current) {
  12. int c = getState() + 1;
  13. if (c < 0) // overflow
  14. throw new Error("Maximum lock count exceeded");
  15. setState(c);
  16. return true;
  17. } else
  18. return false;
  19. }
  20.  
  21. //尝试获取方法
  22. protected final boolean tryAcquire(int acquires) {
  23. //判断是否有人持有锁,没有则去加锁
  24. if (getState() == 0 && compareAndSetState(0, acquires)) {
  25. setExclusiveOwnerThread(Thread.currentThread());
  26. return true;
  27. }
  28. return false;
  29. }
  30. }

深入理解独占锁ReentrantLock类锁的更多相关文章

  1. Synchronized方法锁、对象锁、类锁区别

    synchronized,这个东西我们一般称之为”同步锁“,他在修饰代码块的时候需要传入一个引用对象作为“锁”的对象. 在修饰方法的时候,默认是当前对象作为锁的对象 在修饰类时,默认是当前类的Clas ...

  2. Java锁Synchronized,对象锁和类锁举例

    Java的锁分为对象锁和类锁. 1. 当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时,一个时间内针对该对象的操作只能有一个线程得到执行.另一个线程必须 ...

  3. Java锁Synchronized对象锁和类锁区别

    java的内置锁:每个java对象都可以用做一个实现同步的锁,这些锁成为内置锁.线程进入同步代码块或方法的时候会自动获得该锁,在退出同步代码块或方法时会释放该锁.获得内置锁的唯一途径就是进入这个锁的保 ...

  4. Java对象锁和类锁全面解析(多线程synchronized关键字)

    最近工作有用到一些多线程的东西,之前吧,有用到synchronized同步块,不过是别人怎么用就跟着用,并没有搞清楚锁的概念.最近也是遇到一些问题,不搞清楚锁的概念,很容易碰壁,甚至有些时候自己连用没 ...

  5. java的对象锁和类锁

    在java编程中,经常需要用到同步,而用得最多的也许是synchronized关键字了,下面看看这个关键字的用法. 因为synchronized关键字涉及到锁的概念,所以先来了解一些相关的锁知识. j ...

  6. 【Thread】java线程之对象锁、类锁、线程安全

    说明: 1.个人技术也不咋滴.也没在项目中写过线程,以下全是根据自己的理解写的.所以,仅供参考及希望指出不同的观点. 2.其实想把代码的github贴出来,但还是推荐在初学的您多亲自写一下,就没贴出来 ...

  7. java的同步方法和同步代码块,对象锁,类锁区别

    /** * @author admin * @date 2018/1/12 9:48 * 作用在同一个实例对象上讨论 * synchronized同步方法的测试 * 两个线程,一个线程调用synchr ...

  8. java 对象锁和类锁的区别(转)

    java 对象锁和类锁的区别   转自; ) ); ; ) ); 上述的代码,第一个方法时用了同步代码块的方式进行同步,传入的对象实例是this,表明是当前对象,当然,如果需要同步其他对象实例,也不可 ...

  9. synchronize——对象锁和类锁

    最近在研究Java 多线程的只是,经常能看到synchronize关键字,以前只是一眼带过,没有细究,今天趁这个机会,整理下 synchronize作为多线程关键字,是一种同步锁,它可以修饰以下几种对 ...

随机推荐

  1. Apache DolphinScheduler 使用文档(4/8):软件部署

    本文章经授权转载,原文链接: https://blog.csdn.net/MiaoSO/article/details/104770720 目录 4. 软件部署 4.1 为 dolphinschedu ...

  2. Git 05 文件操作

    参考源 https://www.bilibili.com/video/BV1FE411P7B3?spm_id_from=333.999.0.0 版本 本文章基于 Git 2.35.1.2 文件的四种状 ...

  3. Linux 01 概述

    参考源 https://www.bilibili.com/video/BV187411y7hF?spm_id_from=333.999.0.0 版本 本文章基于 CentOS 7.6 简介 Linux ...

  4. idea+SpringBoot使用过程中的问题集合

    1.跨域访问外部接口? 使用Nginx代理(详细参见:https://www.cnblogs.com/ZhaoHS/p/16594619.html): 合并部署,统一从后端访问第三方接口(合并部署详见 ...

  5. 第三十六篇:vue3响应式(关于Proxy代理对象,Reflect反射对象)

    好家伙,这个有点难. 1.代理对象Proxy Proxy 对象用于创建一个对象的代理,从而实现基本操作的拦截和自定义(如属性查找.赋值.枚举.函数调用等). 拦截对象中任意属性的变化,包括:查get, ...

  6. 诺塔斯读写卡QT SDK笔记

    卡片操作函数调用 寻卡: Request --> LotusCardRequest 防撞处理: Anticollission --> LotusCardAnticoll 选卡: Selec ...

  7. 【设计模式】Java设计模式 - 责任链模式

    [设计模式]Java设计模式 - 责任链模式 不断学习才是王道 继续踏上学习之路,学之分享笔记 总有一天我也能像各位大佬一样 一个有梦有戏的人 @怒放吧德德 目录 [设计模式]Java设计模式 - 责 ...

  8. flutter系列之:UI layout简介

    目录 简介 flutter中layout的分类 常用layout举例 总结 简介 对于一个前端框架来说,除了各个组件之外,最重要的就是将这些组件进行连接的布局了.布局的英文名叫做layout,就是用来 ...

  9. git revert总结

    git revert git revert 是一种创建一次新的commit 来回退某次或某几次commit的一种方式 命令 // 创建一个新的commit,这个commit会删除(下面)commit- ...

  10. 【读书笔记】C#高级编程 第八章 委托、lambda表达式和事件

    (一)引用方法 委托是寻址方法的.NET版本.委托是类型安全的类,它定义了返回类型和参数的类型.委托不仅包含对方法的引用,也可以包含对多个方法的引用. Lambda表达式与委托直接相关.当参数是委托类 ...