ReadWriteLock之公平锁解析(一)

接下来探讨ReadWriteLock的公平锁实现, 也是分如下场景分析

情景1 三个线程都是读

public static void main(String[] args){
    final Printer printer = new Printer();
    Thread thread1 = new Thread(){
        @Override
        public void run() {
            try {
                printer.read("test1");
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    };
    Thread thread2 = new Thread(){
        @Override
        public void run() {
            try {
                printer.read("test2");
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    };
    Thread thread3 = new Thread(){
        @Override
        public void run() {
            try {
                printer.read("test3");
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    };
    thread1.start();
    thread2.start();
    thread3.start();
}
ReadWriteLock lock = new ReentrantReadWriteLock(true);

public void read(String str) throws Exception{
    lock.readLock().lock();
    try {
        System.out.println(str);
        Thread.sleep(200);
    }finally {
        lock.readLock().unlock();
    }
}
public void lock() {
    sync.acquireShared(1);
}
// AQS
public final void acquireShared(int arg) {
    if (tryAcquireShared(arg) < 0)
        doAcquireShared(arg);
}
// sync
protected final int tryAcquireShared(int unused) {
    // Thread-0
    Thread current = Thread.currentThread();
    // c = 0
    int c = getState();
    // 不走此分支
    if (exclusiveCount(c) != 0 &&
        getExclusiveOwnerThread() != current)
        return -1;
    // r = 0
    int r = sharedCount(c);
    // 
    if (!readerShouldBlock() &&
        r < MAX_COUNT &&
        compareAndSetState(c, c + SHARED_UNIT)) {
        ......
    }
    ......
}
static final class FairSync extends Sync {
    final boolean readerShouldBlock() {
        return hasQueuedPredecessors();
    }
}
// 这段代码目的就是看queue里是否还存在想要获取锁的线程
// 此段代码解析在《ReentrantLock之公平锁unlock》这片文章中可看到
public final boolean hasQueuedPredecessors() {
    Node t = tail;
    Node h = head;
    Node s;
    // 此时h和t都是null, h == t, 所以返回false
    return h != t &&
        ((s = h.next) == null || s.thread != Thread.currentThread());
}

接下来回到tryAcquireShared方法中

protected final int tryAcquireShared(int unused) {
    ......
    // readerShouldBlock方法返回false, 
    if (!readerShouldBlock() &&
        // r = 0, 确实比MAX_COUNT小
        r < MAX_COUNT &&
        // 成功设置state为65536
        compareAndSetState(c, c + SHARED_UNIT)) {
        // 因为r=0, 进入此分支
        if (r == 0) {
            // firstReader为thread-0
            firstReader = current;
            firstReaderHoldCount = 1;
        } else if (firstReader == current) {
            ......
        } else {
            ......
        }
        // 从此返回 
        return 1;
    }
    ......
}

此时线程1已经获取读锁, 接下来线程2开始执行

public void lock() {
    sync.acquireShared(1);
}
public final void acquireShared(int arg) {
    if (tryAcquireShared(arg) < 0)
        doAcquireShared(arg);
}
protected final int tryAcquireShared(int unused) {
    // thread-1
    Thread current = Thread.currentThread();
    // state = 65536
    int c = getState();
    // 没加写锁, 跳过此分支
    if (exclusiveCount(c) != 0 &&
        getExclusiveOwnerThread() != current)
        return -1;
    // r = 1, 表示此时已经获得一次读锁
    int r = sharedCount(c);
    // readerShouldBlock方法仍旧返回false
    if (!readerShouldBlock() &&
        // MAX_COUNT为65535, 也就是获取读锁的最大次数就是65535
        // 此时为1, 并没有大于MAX_COUNT
        r < MAX_COUNT &&
        // 已经设置state为65536*2
        compareAndSetState(c, c + SHARED_UNIT)) {
        // 不走此分支
        if (r == 0) {
             ......
        } 
        // 由于非重入锁也不走此分支
        else if (firstReader == current) {
            firstReaderHoldCount++;
        } 
        // 最终走此分支
        else {
            // rh为null
            HoldCounter rh = cachedHoldCounter;
            // 走此分支
            if (rh == null || rh.tid != getThreadId(current))
                // 新建HoldCounter对象
                cachedHoldCounter = rh = readHolds.get();
            else if (rh.count == 0)
               ......
            // 并将HoldCounter对象count(对应重入次数)+1
            rh.count++;
        }
        return 1;
    }
    ......
}

到此第二个线程也获得读锁成功

接下来第三个线程开始执行

// ReadLock
public void lock() {
    sync.acquireShared(1);
}
public final void acquireShared(int arg) {
    if (tryAcquireShared(arg) < 0)
        doAcquireShared(arg);
}
protected final int tryAcquireShared(int unused) {
    // thread-2
    Thread current = Thread.currentThread();
    // 131072 ==> 65536 * 2
    int c = getState();
    // 没有读锁, 此分支不走
    if (exclusiveCount(c) != 0 &&
        getExclusiveOwnerThread() != current)
        return -1;
    // r = 2
    int r = sharedCount(c);
    // 都是读操作, 没有阻塞
    if (!readerShouldBlock() &&
        // 读次数小于65535
        r < MAX_COUNT &&
        // state = 65536 * 3 ==> 196608
        compareAndSetState(c, c + SHARED_UNIT)) {
        if (r == 0) {
            ......
        } else if (firstReader == current) {
            ......
        }
        // 走此分支 
        else {
            // cachedHoldCounter表示上一个成功获取读锁的线程
            // 在此就是线程thread-1
            HoldCounter rh = cachedHoldCounter;
            // 由于rh.tid保存的是thread-1的线程id
            // 与当前线程保存的线程id不相等
            // 所以最终还是走此分支
            if (rh == null || rh.tid != getThreadId(current))
                // 创建一个HoldCounter对象
                cachedHoldCounter = rh = readHolds.get();
            else if (rh.count == 0)
                readHolds.set(rh);
            // 将其获得锁次数加一
            rh.count++;
        }
        // 返回
        return 1;
    }
    ...
}

这时线程3也获取到读锁

情景2 前两个线程是读, 最后一个线程是写

由于线程1和线程2的执行流程与情景1相同, 所以不再做分析, 接下来就做线程3的分析

public void lock() {
    sync.acquire(1);
}
public final void acquire(int arg) {
    if (!tryAcquire(arg) &&
        acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
        selfInterrupt();
}
protected final boolean tryAcquire(int acquires) {
    // thread-2
    Thread current = Thread.currentThread();
    // c = 65536 * 2
    int c = getState();
    // w = 0
    int w = exclusiveCount(c);
    // 进入此分支
    if (c != 0) {
        // 由于w为0, 进入此分支
        if (w == 0 || current != getExclusiveOwnerThread())
            return false;
        ......
    }
    ......
}

由于之前已经有读操作获取锁, 所以写操作会被阻塞住, 接下来是执行写操作的线程如何被阻塞

回到acquire方法

public final void acquire(int arg) {
    if (!tryAcquire(arg) &&
        // 这块代码就没什么特别的
        // ReentrantLock阻塞线程也用的这个
        acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
        selfInterrupt();
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,001评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,210评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,874评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,001评论 1 291
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,022评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,005评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,929评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,742评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,193评论 1 309
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,427评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,583评论 1 346
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,305评论 5 342
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,911评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,564评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,731评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,581评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,478评论 2 352

推荐阅读更多精彩内容