这篇文章主要介绍“AQS组件的基本执行过程是什么”，在日常操作中，相信很多人在AQS组件的基本执行过程是什么问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”AQS组件的基本执行过程是什么”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
十多年的黄州网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。
营销型网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整黄州建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“
黄州网站设计”,“
黄州网站推广”以来，每个客户项目都认真落实执行。
首先AQS的基本执行过程就是尝试获取锁，成功则返回，如果失败就进入同步队列进行锁资源的等待。基于这个流程可以看出队列跟队列中的节点应该是两个重点。
首先来看下AQS里队列节点Node的结构：
该类中有五个字段，依次来看一下：
1.prev，next：指向它的前置节点跟后继节点，由此看出AQS中的同步队列是个双向链表。
2.thread：当前线程对象。
3.waitStatus：当前节点的状态，是个int类型变量，依次有如下几种：
-1 SIGNAL 当前节点的后继节点被阻塞，因此当当前节点在释放或者取消的时候需要唤醒它的后继节点。
CANCELLED 当前节点由于超时或者中断被取消，节点进入这个状态以后将保持不变。 注：这是大于0的值，很多判断逻辑会用到这个特征
-2 CONDITION 当前节点正处在条件队列中，在条件达成前不能获取锁。
-3 PROPAGATE 当前节点获取到锁的信息需要传递给后继节点，共享锁模式使用该值。、
nextWaiter：如果当前节点是共享模式，该值会指向一个SHARE节点。如果当前节点是在条件队列中，则该值会指向下一个等待条件的节点。
了解了Node节点的数据结构以后，看下独占锁模式下的同步队列的结构：
注：head节点是new出来一个新的Node节点，而tail是直接指向队列中最后一个节点。
了解了独占锁模式队列以后，看下共享锁模式下的同步队列（注意对比其中的不同）：
注：共享锁跟独占锁是同一个同步队列，也就是说同步队列中的节点既可以是共享类型也可以是独占类型。
除了独占锁跟共享锁使用的同步队列，还有一个很重要的队列就是条件队列，一起看下：
注意区分条件队列跟同步队列的区别：1、头尾指针，2、单链表
搞明白了AQS中这些基础的数据结构以后，最后再看下AQS对外提供的API：
独占锁模式：
acquire 独占模式获取锁，不响应中断，如果发生中断只会把当前线程的中断状态设置为true
acquireInterruptibly 独占模式获取锁，如果在获取锁的过程中线程被中断，则直接抛出中断异常
release 释放锁资源
共享锁模式：
acquireShared 共享模式获取锁，不响应中断，如果发生中断只会把当前线程的中断状态设置为true acquireSharedInterruptibly 共享模式获取锁，如果在获取锁的过程中线程被中断，则直接抛出中断异常 releaseShared 释放锁资源
条件队列：
await 阻塞等待条件，如果被中断则抛出中断异常
awaitUninterruptibly 阻塞等待条件，不响应中断，如果发生中断只会把线程中断状态设置为true
awaitNanos 等待纳秒时间，如果被中断则抛出中断异常
awaitUntil 等待直到一个截止时间，如果被中断则抛出中断异常
await(long time, TimeUnit unit) 等待一个指定时间，如果被中断则抛出中断异常
signal 唤醒等待队列中的第一个节点
signalAll 唤醒等待队列中的所有节点
扩展API：
tryAcquire 尝试获取独占锁，不阻塞
tryAcquireNanos 尝试在指定纳秒时间内获取独占锁，如果被中断则抛出中断异常
tryRelease 尝试释放独占锁，不阻塞
tryAcquireShared 尝试获取共享锁，不阻塞
tryAcquireSharedNanos 尝试在指定纳秒时间内获取共享锁，如果被中断则抛出中断异常
tryReleaseShared 尝试释放共享锁，不阻塞
到此，关于“AQS组件的基本执行过程是什么”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
网站栏目：AQS组件的基本执行过程是什么-创新互联
本文网址：
http://cdkjz.cn/article/dsgjdj.html
