并发编程（一）-AQS之lock()

AQS之lock()

1.了解AQS加锁机制

public class Test {
    public static void main(String[] args) {
        //AQS实现的一框架
        ReentrantLock lock = new ReentrantLock(true);
         boolean flag = false;
         //加锁
        /**
         * 所有等待线程在lock方法里循环来抢夺CPU的使用权
         * 设想lock()方法内部是这样实现的
         * while(true){
         *     if(加锁成功){
         *         break；
         *     }
         * }
         * 但是出现了一个问题，如果有大量的线程在循环等待就意味着会占用CPU，造成CPU资源的浪费，因此可以想一种办法让这些线程暂时不占用。可以暂时将这些线程阻塞
         * LockSupport.park(); --阻塞线程  LockSupport.unpark();--唤醒指定线程 线程从哪里来？声明一个引用，把线程放在任何一个集合类的实现里面
         */
       
         lock.lock();
        {
            //执行的业务逻辑
        }
         
         //解锁
        /**
         * 唤醒操作放在unlock（）逻辑中
         */
         lock.unlock();

    }

}

2.加锁的核心思想

自旋（循环等待） CAS（保证同一时刻只有一个线程抢到） 阻塞队列

3.LOCK分类

lock.lock() 分为两种锁，公平锁和非公平锁。通俗的解释一下，公平锁即线程进入阻塞队列被唤醒以后争夺加锁权限此时新来的线程没有权利抢夺，需要等待；非公平锁即线程进入阻塞队列又被唤醒时此时有线程进来，两者之间需要竞争加锁的权限。

4.源码讲解

4.1 基本组成部分

等待队列

队列节点
节点性质：独享 EXCLUSIVE Share-共享
节点的共有5中状态：
初始状态 waitStatus=0
取消状态(发生中断 或者其他 可以理解为去做更加重要的事情 需要暂时从队列中剔除) waitStatus=1
传播状态 waitStatus=-3
条件等待状态waitStatus=-2
可唤醒状态 waitStatus=-1

这几个属性比较简单就不做过多解释了

4.2 加锁阻塞过程讲解

开始加锁

判断是否能获取到锁，如果不能获取到锁并且当前要加锁的部分是独享状态，加入阻塞队列，执行一个自我中断检查(中断部分后面会讲)

尝试获取锁

可重入性 --------------------同一个线程多次加锁
该方法讲解：现获取当前线程对象，获取变量的状态，如果拷贝的变量副本和原来的值一致即state状态为0 采用CAS算法更改值，设置当前的线程是独享变量的线程；当再次线程尝试加锁时，判断该线程是不是独享的线程，如果是则允许其加锁（可重入性），否则属于不合法行为不能加锁。