juc并发组件(四)ReentrantReadWriteLock源码分析

下图是ReentrantReadWriteLock读写锁的UML类图。从图中可以清晰的看见,该类主要有读锁和写锁,以及同步器Sync组成。读锁调用 的是同步器Sync中的共享获取释放state方法tryAcquireShared,tryReleaseShared.当使用读写锁中的写锁时,调用的是tryAcquire,tryRelease,互斥的获取释放state的方法。

读写锁满足的语义:

  • 写锁完成的更新,对后续的读锁可见。
  • 可以由多个线程进入读锁
  • 当有写锁之后,其他线程无法获取写锁和读锁
  • 锁重入特性,读锁和写锁都可以重入。
  • 可以从写锁,降级为读锁
    image.png

    从这个类的整体结构来说,ReentrantReadWriteLock聚合了读锁ReadLock和写锁WriteLock,分别实现Lock接口,写锁在获取锁资源的时候,调用内聚的Sync同步器(AQS的子类)内部的tryAcquire和tryRelease方法,去独占式的获取锁资源。读锁在获取锁资源的时候调用内聚的Sync同步器(AQS的子类)内部的tryAcquireShared和tryReleaseShared方法,去共享式的获取锁资源。
    但是这两种锁资源,存在关系写锁完成的更新,对后续的读锁可见。 **
    那怎么办?
    只能两个锁状态,都放在一个volatile变量上,写锁调用tryAcquire和tryRelease对state进行操作完成。另外的读线程,立马可以感知到。
    这也是读写锁设计巧妙的地方,读写锁对于同步状态的实现是在一个整形变量上通过“按位切割使用”:将变量切割成两部分,高16位表示读,低16位表示写。

    image.png

    假设当前同步状态值为S,get和set的操作如下:
    (1)获取写状态:
    S&0x0000FFFF:将高16位全部抹去,也就是和EXCLUSIVE_MASK做与运算。
    (2)获取读状态:
    S>>>16:无符号补0,右移16位
    (3)写状态加1:
    S+1
    (4)读状态加1:
      S+(1<<16)即S + 0x00010000 即S+SHARED_UNIT
    接下来看源码分析:

写锁的获取和释放

protected final boolean tryAcquire(int acquires) {
            Thread current = Thread.currentThread();
            int c = getState();
            int w = exclusiveCount(c);   //获取写状态位
            if (c != 0) { 
                if (w == 0 ||                //如果c!=0&&w==0 ,直接return false。 因为读锁状态位!=0,也就是
                 //说有其他线程占用读锁。那么这时候,对共享资源修改,其它读线程可能无法在写线程结束 
               //时,感知到写线程对共享资源的修改
                  current != getExclusiveOwnerThread())  //另外一种情况,假如说w!=0,     
            //current !=   getExclusiveOwnerThread()  ,不是当前线程,写锁是互斥的,所以return false
                    return false;
                if (w + exclusiveCount(acquires) > MAX_COUNT)
                    throw new Error("Maximum lock count exceeded");
                // Reentrant acquire  最后锁重入
                setState(c + acquires);   
                return true;
            }
            //走到这里说明c=0 ,这个时候,可能同步队列中还有线程需要抢占锁资源
            if (writerShouldBlock() ||
                !compareAndSetState(c, c + acquires))
                return false;
            setExclusiveOwnerThread(current);//最后cas设置同步状态成功,把当前线程设置成独占线程
            return true;
        }

writerShouldBlock判断是否需要阻塞。公平和非公平方式实现不同,在非公平策略下总是不会被阻塞,在公平策略下会进行判断(判断同步队列中是否有等待时间更长的线程,若存在,则需要被阻塞,否则,无需阻塞),如果不需要阻塞,则CAS更新同步状态,若CAS成功则返回true,失败则说明锁被别的线程抢去了,返回false。如果需要阻塞则也返回false。
FairSync公平模式

final boolean writerShouldBlock() {
            return hasQueuedPredecessors();
        }

NonfairSync非公平模式直接返回false

final boolean writerShouldBlock() {
            return false; // writers can always barge
        }
protected final boolean tryRelease(int releases) {
            int nextc = getState() - releases;
            boolean free = exclusiveCount(nextc) == 0;
            if (free)
                setExclusiveOwnerThread(null);
            setState(nextc);
            return free;
        }

就是state减去入参,就好了,和ReentrantLock很相似。

读锁的获取和释放

protected final int tryAcquireShared(int unused) {
            Thread current = Thread.currentThread();
            int c = getState();
            if (exclusiveCount(c) != 0 &&
                getExclusiveOwnerThread() != current)   //如果写锁线程数 != 0 ,且独占锁不是当前线程则返 
                                                                           //回失败,因为存在锁降级
                return -1;
            int r = sharedCount(c);
            if (!readerShouldBlock() &&
                r < MAX_COUNT &&
                compareAndSetState(c, c + SHARED_UNIT)) {
                if (r == 0) {   ///r == 0,表示第一个读锁线程,第一个读锁firstRead是不会加入到readHolds中
                    firstReader = current;
                    firstReaderHoldCount = 1;
                } else if (firstReader == current) {
                    firstReaderHoldCount++; //// 当前线程为第一个读线程,表示第一个读锁线程重入
                } else {
                    HoldCounter rh = cachedHoldCounter;  //cachedHoldCounter是上一个线程对应的重入次数
                    //第三个线程进来的时候,rh ,cachedHoldCounter存的是第二个线程的HoldCounter 
                    if (rh == null || rh.tid != getThreadId(current))
                        cachedHoldCounter = rh = readHolds.get();  //readHolds是个ThreadLocal变量
                    //第二个读线程进来的时候,把当前的HoldCounter对象放入cachedHoldCounter 
                    else if (rh.count == 0)
                        readHolds.set(rh);
                    rh.count++;
                }
                return 1;
            }
            return fullTryAcquireShared(current);
        }

当compareAndSetState(c, c + SHARED_UNIT)失败的时候调用,以下方法

final int fullTryAcquireShared(Thread current) {
            HoldCounter rh = null;
            for (;;) {     //// 无限循环
                int c = getState();
                if (exclusiveCount(c) != 0) {
                    if (getExclusiveOwnerThread() != current)
                        return -1;
                    // else we hold the exclusive lock; blocking here
                    // would cause deadlock.
                } else if (readerShouldBlock()) {
                    // Make sure we're not acquiring read lock reentrantly
                    if (firstReader == current) {
                        // assert firstReaderHoldCount > 0;
                    } else {
                        if (rh == null) {
                            rh = cachedHoldCounter;
                            if (rh == null || rh.tid != getThreadId(current)) {
                                rh = readHolds.get();
                                if (rh.count == 0)
                                    readHolds.remove();
                            }
                        }
                        if (rh.count == 0)
                            return -1;
                    }
                }
                if (sharedCount(c) == MAX_COUNT)
                    throw new Error("Maximum lock count exceeded");
                if (compareAndSetState(c, c + SHARED_UNIT)) {
                    if (sharedCount(c) == 0) {
                        firstReader = current;
                        firstReaderHoldCount = 1;
                    } else if (firstReader == current) {
                        firstReaderHoldCount++;
                    } else {
                        if (rh == null)
                            rh = cachedHoldCounter;
                        if (rh == null || rh.tid != getThreadId(current))
                            rh = readHolds.get();
                        else if (rh.count == 0)
                            readHolds.set(rh);
                        rh.count++;
                        cachedHoldCounter = rh; // cache for release
                    }
                    return 1;
                }
            }
        }

读锁的释放,tryReleaseShared方法

protected final boolean tryReleaseShared(int unused) {
            Thread current = Thread.currentThread();
            if (firstReader == current) {   //// 当前线程为第一个读线程
                // assert firstReaderHoldCount > 0;
                if (firstReaderHoldCount == 1)
                    firstReader = null;
                else
                    firstReaderHoldCount--;
            } else {
                HoldCounter rh = cachedHoldCounter;  // 获取缓存的计数器
                if (rh == null || rh.tid != getThreadId(current))
                    rh = readHolds.get();
                int count = rh.count;
                if (count <= 1) {
                    readHolds.remove();
                    if (count <= 0)
                        throw unmatchedUnlockException();
                }
                --rh.count;
            }
            for (;;) {    // 无限循环
                int c = getState();
                int nextc = c - SHARED_UNIT;
                if (compareAndSetState(c, nextc))  
                    // Releasing the read lock has no effect on readers,
                    // but it may allow waiting writers to proceed if
                    // both read and write locks are now free.
                    return nextc == 0;
            }
        }
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,830评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,992评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,875评论 0 331
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,837评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,734评论 5 360
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,091评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,550评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,217评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,368评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,298评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,350评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,027评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,623评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,706评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,940评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,349评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,936评论 2 341

推荐阅读更多精彩内容