从ReentrantLock的实现看AQS的原理及应用中有一副以非公平锁方式加锁的图解误差？

[xiaopujun]

问题描述：
1、并发编程--> 重要知识点-->从ReentrantLock的实现看AQS的原理及应用中有一副以非公平锁方式加锁的图解
2、其中如下部分的流程图是否与源码有出入呢？

3、源码jdk1.8如下

final boolean nonfairTryAcquire(int acquires) {
            final Thread current = Thread.currentThread();//获取当前线程
            int c = getState();
            if (c == 0) {
                if (compareAndSetState(0, acquires)) {//CAS抢锁
                    setExclusiveOwnerThread(current);//设置当前线程为独占线程
                    return true;//抢锁成功
                }
            }
            else if (current == getExclusiveOwnerThread()) {
                int nextc = c + acquires;
                if (nextc < 0) // overflow
                    throw new Error("Maximum lock count exceeded");
                setState(nextc);
                return true;
            }
            return false;
        }

[Snailclimb]

问题描述： 1、并发编程--> 重要知识点-->从ReentrantLock的实现看AQS的原理及应用中有一副以非公平锁方式加锁的图解 2、其中如下部分的流程图是否与源码有出入呢？ 3、源码jdk1.8如下

final boolean nonfairTryAcquire(int acquires) {
            final Thread current = Thread.currentThread();//获取当前线程
            int c = getState();
            if (c == 0) {
                if (compareAndSetState(0, acquires)) {//CAS抢锁
                    setExclusiveOwnerThread(current);//设置当前线程为独占线程
                    return true;//抢锁成功
                }
            }
            else if (current == getExclusiveOwnerThread()) {
                int nextc = c + acquires;
                if (nextc < 0) // overflow
                    throw new Error("Maximum lock count exceeded");
                setState(nextc);
                return true;
            }
            return false;
        }

是的，这应该是图中的一处笔误。2.2流程图中，(AQS)CAS修改共享资源 state 成功之后应该是获取锁成功(非公平锁)。