死磕 java同步系列之AQS起篇

本文转于公众号“彤哥读源码”

🖕欢迎关注我的公众号“彤哥读源码”,查看更多源码系列文章, 与彤哥一起畅游源码的海洋。

(手机横屏看源码更方便)


问题

(1)AQS是什么?

(2)AQS的定位?

(3)AQS的实现原理?

(4)基于AQS实现自己的锁?

简介

AQS的全称是AbstractQueuedSynchronizer,它的定位是为Java中几乎所有的锁和同步器提供一个基础框架。

AQS是基于FIFO的队列实现的,并且内部维护了一个状态变量state,通过原子更新这个状态变量state即可以实现加锁解锁操作。

本章及后续章节的内容理解起来可能会比较晦涩,建议先阅读彤哥上一章的内容【死磕 java同步系列之自己动手写一个锁Lock】。

核心源码

主要内部类

 
 
  1. static final class Node {

  2. // 标识一个节点是共享模式

  3. static final Node SHARED = new Node();

  4. // 标识一个节点是互斥模式

  5. static final Node EXCLUSIVE = null;


  6. // 标识线程已取消

  7. static final int CANCELLED = 1;

  8. // 标识后继节点需要唤醒

  9. static final int SIGNAL = -1;

  10. // 标识线程等待在一个条件上

  11. static final int CONDITION = -2;

  12. // 标识后面的共享锁需要无条件的传播(共享锁需要连续唤醒读的线程)

  13. static final int PROPAGATE = -3;


  14. // 当前节点保存的线程对应的等待状态

  15. volatile int waitStatus;


  16. // 前一个节点

  17. volatile Node prev;


  18. // 后一个节点

  19. volatile Node next;


  20. // 当前节点保存的线程

  21. volatile Thread thread;


  22. // 下一个等待在条件上的节点(Condition锁时使用)

  23. Node nextWaiter;


  24. // 是否是共享模式

  25. final boolean isShared() {

  26. return nextWaiter == SHARED;

  27. }


  28. // 获取前一个节点

  29. final Node predecessor() throws NullPointerException {

  30. Node p = prev;

  31. if (p == null)

  32. throw new NullPointerException();

  33. else

  34. return p;

  35. }


  36. // 节点的构造方法

  37. Node() { // Used to establish initial head or SHARED marker

  38. }


  39. // 节点的构造方法

  40. Node(Thread thread, Node mode) { // Used by addWaiter

  41. // 把共享模式还是互斥模式存储到nextWaiter这个字段里面了

  42. this.nextWaiter = mode;

  43. this.thread = thread;

  44. }


  45. // 节点的构造方法

  46. Node(Thread thread, int waitStatus) { // Used by Condition

  47. // 等待的状态,在Condition中使用

  48. this.waitStatus = waitStatus;

  49. this.thread = thread;

  50. }

  51. }

典型的双链表结构,节点中保存着当前线程、前一个节点、后一个节点以及线程的状态等信息。

主要属性

 
 
  1. // 队列的头节点

  2. private transient volatile Node head;

  3. // 队列的尾节点

  4. private transient volatile Node tail;

  5. // 控制加锁解锁的状态变量

  6. private volatile int state;

定义了一个状态变量和一个队列,状态变量用来控制加锁解锁,队列用来放置等待的线程。

注意,这几个变量都要使用volatile关键字来修饰,因为是在多线程环境下操作,要保证它们的值修改之后对其它线程立即可见。

这几个变量的修改是直接使用的Unsafe这个类来操作的:

 
 
  1. // 获取Unsafe类的实例,注意这种方式仅限于jdk自己使用,普通用户是无法这样调用的

  2. private static final Unsafe unsafe = Unsafe.getUnsafe();

  3. // 状态变量state的偏移量

  4. private static final long stateOffset;

  5. // 头节点的偏移量

  6. private static final long headOffset;

  7. // 尾节点的偏移量

  8. private static final long tailOffset;

  9. // 等待状态的偏移量(Node的属性)

  10. private static final long waitStatusOffset;

  11. // 下一个节点的偏移量(Node的属性)

  12. private static final long nextOffset;


  13. static {

  14. try {

  15. // 获取state的偏移量

  16. stateOffset = unsafe.objectFieldOffset

  17. (AbstractQueuedSynchronizer.class.getDeclaredField("state"));

  18. // 获取head的偏移量

  19. headOffset = unsafe.objectFieldOffset

  20. (AbstractQueuedSynchronizer.class.getDeclaredField("head"));

  21. // 获取tail的偏移量

  22. tailOffset = unsafe.objectFieldOffset

  23. (AbstractQueuedSynchronizer.class.getDeclaredField("tail"));

  24. // 获取waitStatus的偏移量

  25. waitStatusOffset = unsafe.objectFieldOffset

  26. (Node.class.getDeclaredField("waitStatus"));

  27. // 获取next的偏移量

  28. nextOffset = unsafe.objectFieldOffset

  29. (Node.class.getDeclaredField("next"));


  30. } catch (Exception ex) { throw new Error(ex); }

  31. }


  32. // 调用Unsafe的方法原子更新state

  33. protected final boolean compareAndSetState(int expect, int update) {

  34. return unsafe.compareAndSwapInt(this, stateOffset, expect, update);

  35. }

关于Unsafe类的讲解请参考彤哥之前写的【死磕 java魔法类之Unsafe解析】。

子类需要实现的主要方法

我们可以看到AQS的全称是AbstractQueuedSynchronizer,它本质上是一个抽象类,说明它本质上应该是需要子类来实现的,那么子类实现一个同步器需要实现哪些方法呢?

 
 
  1. // 互斥模式下使用:尝试获取锁

  2. protected boolean tryAcquire(int arg) {

  3. throw new UnsupportedOperationException();

  4. }

  5. // 互斥模式下使用:尝试释放锁

  6. protected boolean tryRelease(int arg) {

  7. throw new UnsupportedOperationException();

  8. }

  9. // 共享模式下使用:尝试获取锁

  10. protected int tryAcquireShared(int arg) {

  11. throw new UnsupportedOperationException();

  12. }

  13. // 共享模式下使用:尝试释放锁

  14. protected boolean tryReleaseShared(int arg) {

  15. throw new UnsupportedOperationException();

  16. }

  17. // 如果当前线程独占着锁,返回true

  18. protected boolean isHeldExclusively() {

  19. throw new UnsupportedOperationException();

  20. }

问题:这几个方法为什么不直接定义成抽象方法呢?

因为子类只要实现这几个方法中的一部分就可以实现一个同步器了,所以不需要定义成抽象方法。

下面我们通过一个案例来介绍AQS中的部分方法。

基于AQS自己动手写一个锁

直接上代码:

 
 
  1. public class MyLockBaseOnAqs {


  2. // 定义一个同步器,实现AQS类

  3. private static class Sync extends AbstractQueuedSynchronizer {

  4. // 实现tryAcquire(acquires)方法

  5. @Override

  6. public boolean tryAcquire(int acquires) {

  7. if (compareAndSetState(0, 1)) {

  8. setExclusiveOwnerThread(Thread.currentThread());

  9. return true;

  10. }

  11. return false;

  12. }

  13. // 实现tryRelease(releases)方法

  14. @Override

  15. protected boolean tryRelease(int releases) {

  16. setExclusiveOwnerThread(null);

  17. setState(0);

  18. return true;

  19. }

  20. }


  21. // 声明同步器

  22. private final Sync sync = new Sync();


  23. // 加锁

  24. public void lock() {

  25. sync.acquire(1);

  26. }


  27. // 解锁

  28. public void unlock() {

  29. sync.release(1);

  30. }



  31. private static int count = 0;


  32. public static void main(String[] args) throws InterruptedException {

  33. MyLockBaseOnAqs lock = new MyLockBaseOnAqs();


  34. CountDownLatch countDownLatch = new CountDownLatch(1000);


  35. IntStream.range(0, 1000).forEach(i -> new Thread(() -> {

  36. lock.lock();


  37. try {

  38. IntStream.range(0, 10000).forEach(j -> {

  39. count++;

  40. });

  41. } finally {

  42. lock.unlock();

  43. }

  44. // System.out.println(Thread.currentThread().getName());

  45. countDownLatch.countDown();

  46. }, "tt-" + i).start());


  47. countDownLatch.await();


  48. System.out.println(count);

  49. }

  50. }

运行main()方法总是打印出10000000(一千万),说明这个锁也是可以直接使用的,当然这也是一个不可重入的锁。

是不是很简单,只需要简单地实现AQS的两个方法就完成了上一章彤哥自己动手实现的锁的功能。

它是怎么实现的呢?

我们这一章先不讲源码,后面学习了ReentrantLock自然就明白了。

总结

这一章就到此结束了,本篇没有去深入的解析AQS的源码,笔者认为这没有必要,因为对于从来都没有看过锁相关的源码的同学来说,一上来就讲AQS的源码肯定会一脸懵逼的,具体的源码我们穿插在后面的锁和同步器的部分来学习,等所有跟AQS相关的源码学习完毕了,再来一篇总结。

下面总结一下这一章的主要内容:

(1)AQS是Java中几乎所有锁和同步器的一个基础框架,这里说的是“几乎”,因为有极个别确实没有通过AQS来实现;

(2)AQS中维护了一个队列,这个队列使用双链表实现,用于保存等待锁排队的线程;

(3)AQS中维护了一个状态变量,控制这个状态变量就可以实现加锁解锁操作了;

(4)基于AQS自己动手写一个锁非常简单,只需要实现AQS的几个方法即可。

彩蛋

上一章彤哥自己动手写的锁,其实可以看成是AQS的一个缩影,看懂了那个基本上AQS可以看懂一半了,因为彤哥那个里面没有写Condition相关的内容,下一章ReentrantLock重入锁中我们将一起学习Condition相关的内容。

所以呢,还是建议大家去看看这篇文章,点击下面的推荐阅读可以直达。

推荐阅读

  1. 死磕 java同步系列之自己动手写一个锁Lock


  2. 死磕 java魔法类之Unsafe解析


  3. 死磕 java同步系列之JMM(Java Memory Model)


  4. 死磕 java同步系列之volatile解析


  5. 死磕 java同步系列之synchronized解析



欢迎关注我的公众号“彤哥读源码”,查看更多源码系列文章, 与彤哥一起畅游源码的海洋。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值