关于AQS中的state属性的一些理解

protected final boolean tryAcquire(int acquires) {
            final Thread current = Thread.currentThread();
            int c = getState();
            if (c == 0) {
                if (!hasQueuedPredecessors() &&
                    compareAndSetState(0, acquires)) {
                    setExclusiveOwnerThread(current);
                    return true;
                }
            }
            else if (current == getExclusiveOwnerThread()) {
                int nextc = c + acquires;
                if (nextc < 0)
                    throw new Error("Maximum lock count exceeded");
                setState(nextc);
                return true;
            }
            return false;
        }

先来看一段reentrantlock中的公平锁代码 int c = getState();进来先获取state的状态信息,若c==0则表示当前锁没有被线程持有,进入下一步,因为是公平锁,所以线程在尝试获取锁时需要判断当前等待队列里面是否已经有线程在等待了,若是有的话,当前线程就不会去尝试获取锁,
若是当前锁已经被线程持有了,即c != 0,那么会比较当前线程和持有锁线程的关系,即判断当前是否是持有锁的线程又一次来尝试获取锁,这也是reentrantlock是可重入锁的原因,在current == getExclusiveOwnerThread()时,会将state+1,并且返回true,而对应的在释放锁的时候,肯定也是需要释放多次的
这是互斥锁的state变化,也就是为0代表没有被线程持有,不为0的话就代表是一个线程获取了几次这个锁,也就是重入了几次
而aqs还有一个锁的实现方式,就是共享锁,juc包下面的读锁就是共享锁,共享锁的state则是一个类似资源数的量,假如state初始为3,那么就可以有三个线程来同时获取锁
以上是自己的一些理解,希望大家指正

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值