ReentrantLock源码解读

public class ReentrantLock implements Lock, java.io.Serializable {
    //ReentrantLock 有两种锁:公平锁,非公平锁
    private final Sync sync;
     //并发包基本 都是基于aqs
    abstract static class Sync extends AbstractQueuedSynchronizer {...}
    //非公平锁   
    static final class NonfairSync extends Sync {...}
    //公平锁
    static final class FairSync extends Sync {...}
    //默认非公平锁
    public ReentrantLock() {
        sync = new NonfairSync();
    }

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

先看看lock方法(非公平为例):

public void lock() {
    sync.lock();
}
final void lock() {
    //这边首先要知道 state 是个锁定标志,0 说明是空闲
    //如果空闲,修改为 1,设置当前线程获取锁
    if (compareAndSetState(0, 1))
        setExclusiveOwnerThread(Thread.currentThread());
    else
    //获取锁
        acquire(1);
}
public final void acquire(int arg) {
    if (!tryAcquire(arg) &&
        acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
        selfInterrupt();
}

从字面理解:尝试获取锁,如果失败,则加入获取锁的队列,加入之前 需要先创建node节点 ,默认是独占式的,这边先声明aqs有两种锁模式(共享式,独占式),这里可以看到ReentrantLock是独占式的;

final boolean nonfairTryAcquire(int acquires) {
    final Thread current = Thread.currentThread();
    int c = getState();
    if (c == 0) {
          //再次尝试获取锁,如果失败说明出现并发
        if (compareAndSetState(0, acquires)) {
            setExclusiveOwnerThread(current);
            return true;
        }
    }
    else if (current == getExclusiveOwnerThread()) {
          //考虑到ReentrantLock可以重入锁 ,获取锁跟释放锁都是成双成对出现,
          //对上线做一个校验,如果重入锁 返回true 
        int nextc = c + acquires;
        if (nextc < 0) // overflow
            throw new Error("Maximum lock count exceeded");
        setState(nextc);
        return true;
    }
    return false;
}

如果获取 锁失败,回到acquire()方法,加入 获取锁队列,先看增加节点的方法:

private Node addWaiter(Node mode) {
   Node node = new Node(Thread.currentThread(), mode);
   Node pred = tail;
   if (pred != null) {
        //如果尾部node不为空,则把新增的node加到尾部,添加也是基于CAS
        //如果添加失败,说明出现并发,走enq
       node.prev = pred;
       if (compareAndSetTail(pred, node)) {
           pred.next = node;
           return node;
       }
   } 
   enq(node);
   return node;
}
private Node enq(final Node node) {
        //如果是FIFO,是从head的下个node开始 !!
    for (;;) {
        //这里是死循环,确保把新增的节点加到tail
        Node t = tail;
        if (t == null) {
            //如果尾部为空,new一个node为头部,尾部也为这个头部的节点
            if (compareAndSetHead(new Node()))
                tail = head;
        } else {
            //把新增node加到尾部
            node.prev = t;
            if (compareAndSetTail(t, node)) {
                t.next = node;
                return t;
            }
        }
    }
}

节点创建完,然后是加到 队列

final boolean acquireQueued(final Node node, int arg) {
  boolean failed = true;
  try {
     boolean interrupted = false;
     for (;;) {
        final Node p = node.predecessor();
        if (p == head && tryAcquire(arg)) {
            //如果上一个节点刚好是头节点,也许已经释放锁,尝试获取锁
            setHead(node);
            p.next = null; // help GC
            failed = false;
            return interrupted;
        }
        if (shouldParkAfterFailedAcquire(p, node) &&
            //检查前一个节点的状态,看当前获取锁失败的线程是否需要挂起。
           parkAndCheckInterrupt())
           //如果需要,借助JUC包下的LockSopport类的静态方法Park挂起当前线程。
           //直到被唤醒。
            interrupted = true;
     }
   } finally {
       if (failed)
           cancelAcquire(node);
   }
}
private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
    
    int ws = pred.waitStatus;
    
    if (ws == Node.SIGNAL)
        return true;
    if (ws > 0) {
        do {
            node.prev = pred = pred.prev;
        } while (pred.waitStatus > 0);
        pred.next = node;
    } else {
        compareAndSetWaitStatus(pred, ws, Node.SIGNAL);
    }
    return false;
}
public static void park(Object blocker) {
    Thread t = Thread.currentThread();
    setBlocker(t, blocker);
    unsafe.park(false, 0L);//0:永久
    setBlocker(t, null);
}

上面有提到Node,其实它是 aqs很重要的内部 结构

abstract class AbstractQueuedSynchronizer extends AbstractOwnableSynchronizer
    implements java.io.Serializable {
    
   private transient volatile Node head;

    private transient volatile Node tail;

    private volatile int state;
   
   static final class Node {
    
    static final Node SHARED = new Node();
    
    static final Node EXCLUSIVE = null;

    static final int CANCELLED =  1;//节点取消
    
    static final int SIGNAL    = -1;//节点等待触发
   
    static final int CONDITION = -2;//节点等待条件

    static final int PROPAGATE = -3;//节点状态需要向后传播。
    
    //有上面四种状态 只有当前节点的前一个节点为SIGNAL时,才能当前节点才能被挂起。
    volatile int waitStatus;
    
    volatile Node prev;

    volatile Node next;

    volatile Thread thread;

    Node nextWaiter; 
   }
时间: 2024-10-10 00:07:53

ReentrantLock源码解读的相关文章

Android-Universal-Image-Loader 源码解读

Universal-Image-Loader是一个强大而又灵活的用于加载.缓存.显示图片的Android库.它提供了大量的配置选项,使用起来非常方便. 基本概念 基本使用 首次配置 在第一次使用ImageLoader时,必须初始化一个全局配置,一般会选择在Application中配置. public class MyApplication extends Application { @Override public void onCreate() { super.onCreate(); //为I

QCustomplot使用分享(二) 源码解读

一.头文件概述 从这篇文章开始,我们将正式的进入到QCustomPlot的实践学习中来,首先我们先来学习下QCustomPlot的类图,如果下载了QCustomPlot源码的同学可以自己去QCustomPlot的目录下documentation/qcustomplot下寻找一个名字叫做index.html的文件,将其在浏览器中打开,也是可以找到这个库的类图.如图1所示,是组成一个QCustomPlot类图的可能组成形式. 一个图表(QCustomPlot):包含一个或者多个图层.一个或多个ite

vue源码解读预热-0

vueJS的源码解读 vue源码总共包含约一万行代码量(包括注释)特别感谢作者Evan You开放的源代码,访问地址为Github 代码整体介绍与函数介绍预览 代码模块分析 代码整体思路 总体的分析 从图片中可以看出的为采用IIFE(Immediately-Invoked Function Expression)立即执行的函数表达式的形式进行的代码的编写 常见的几种插件方式: (function(,){}(,))或(function(,){})(,)或!function(){}()等等,其中必有

SpringMVC源码解读 - RequestMapping注解实现解读 - RequestCondition体系

一般我们开发时,使用最多的还是@RequestMapping注解方式. @RequestMapping(value = "/", param = "role=guest", consumes = "!application/json") public void myHtmlService() { // ... } 台前的是RequestMapping ,正经干活的却是RequestCondition,根据配置的不同条件匹配request. @Re

jdk1.8.0_45源码解读——HashMap的实现

jdk1.8.0_45源码解读——HashMap的实现 一.HashMap概述 HashMap是基于哈希表的Map接口实现的,此实现提供所有可选的映射操作.存储的是<key,value>对的映射,允许多个null值和一个null键.但此类不保证映射的顺序,特别是它不保证该顺序恒久不变.  除了HashMap是非同步以及允许使用null外,HashMap 类与 Hashtable大致相同. 此实现假定哈希函数将元素适当地分布在各桶之间,可为基本操作(get 和 put)提供稳定的性能.迭代col

15、Spark Streaming源码解读之No Receivers彻底思考

在前几期文章里讲了带Receiver的Spark Streaming 应用的相关源码解读,但是现在开发Spark Streaming的应用越来越多的采用No Receivers(Direct Approach)的方式,No Receiver的方式的优势: 1. 更强的控制自由度 2. 语义一致性 其实No Receivers的方式更符合我们读取数据,操作数据的思路的.因为Spark 本身是一个计算框架,他底层会有数据来源,如果没有Receivers,我们直接操作数据来源,这其实是一种更自然的方式

第六章 ReentrantLock源码解析2--释放锁unlock()

最常用的方式: int a = 12; //注意:通常情况下,这个会设置成一个类变量,比如说Segement中的段锁与copyOnWriteArrayList中的全局锁 final ReentrantLock lock = new ReentrantLock(); lock.lock();//获取锁 try { a++;//业务逻辑 } catch (Exception e) { }finally{ lock.unlock();//释放锁 } 注:关于lock()方法的源码解析,请参照"第五章

jdk1.8.0_45源码解读——Set接口和AbstractSet抽象类的实现

jdk1.8.0_45源码解读——Set接口和AbstractSet抽象类的实现 一. Set架构 如上图: (01) Set 是继承于Collection的接口.它是一个不允许有重复元素的集合.(02) AbstractSet 是一个抽象类,它继承于AbstractCollection.AbstractCollection实现了Set中的绝大部分函数,为Set的实现类提供了便利.(03) HastSet 和 TreeSet 是Set的两个实现类.        HashSet依赖于HashMa

线程本地变量ThreadLocal源码解读

  一.ThreadLocal基础知识   原始线程现状: 按照传统经验,如果某个对象是非线程安全的,在多线程环境下,对对象的访问必须采用synchronized进行线程同步.但是Spring中的各种模板类并未采用线程同步机制,因为线程同步会影响并发性和系统性能,而且实现难度也不小. ThreadLocal在Spring中发挥着重要的作用.在管理request作用域的bean,事务管理,任务调度,AOP等模块中都出现了它的身影. ThreadLocal介绍: 它不是一个线程,而是线程的一个本地化