【JUC】JDK1.8源码分析之AbstractQueuedSynchronizer

一、前言

  在锁框架中,AbstractQueuedSynchronizer抽象类可以毫不夸张的说,占据着核心地位,它提供了一个基于FIFO队列,可以用于构建锁或者其他相关同步装置的基础框架。所以很有必要好好分析。

二、AbstractQueuedSynchronizer数据结构

  分析类,首先就要分析底层采用了何种数据结构,抓住核心点进行分析,经过分析可知,AbstractQueuedSynchronizer类的数据结构如下

  

  说明:AbstractQueuedSynchronizer类底层的数据结构是使用双向链表,是队列的一种实现,故也可看成是队列,其中Sync queue,即同步队列,是双向链表,包括head结点和tail结点,head结点主要用作后续的调度。而Condition queue不是必须的,其是一个单向链表,只有当使用Condition时,才会存在此单向链表。并且可能会有多个Condition queue。

三、AbstractQueuedSynchronizer源码分析

3.1 类的继承关系

public abstract class AbstractQueuedSynchronizer
    extends AbstractOwnableSynchronizer
    implements java.io.Serializable

 

说明:从类继承关系可知,AbstractQueuedSynchronizer继承自AbstractOwnableSynchronizer抽象类,并且实现了Serializable接口,可以进行序列化。而AbstractOwnableSynchronizer抽象类的源码如下

 1 public abstract class AbstractOwnableSynchronizer
 2     implements java.io.Serializable {
 3     
 4     // 版本序列号
 5     private static final long serialVersionUID = 3737899427754241961L;
 6     // 构造函数
 7     protected AbstractOwnableSynchronizer() { }
 8     // 独占模式下的线程
 9     private transient Thread exclusiveOwnerThread;
10     
11     // 设置独占线程 
12     protected final void setExclusiveOwnerThread(Thread thread) {
13         exclusiveOwnerThread = thread;
14     }
15     
16     // 获取独占线程 
17     protected final Thread getExclusiveOwnerThread() {
18         return exclusiveOwnerThread;
19     }
20 }

说明:AbstractOwnableSynchronizer抽象类中,可以设置独占资源线程和获取独占资源线程。分别为setExclusiveOwnerThread与getExclusiveOwnerThread方法,这两个方法会被子类调用。

3.2 类的内部类

AbstractQueuedSynchronizer类有两个内部类,分别为Node类与ConditionObject类。下面分别做介绍。

1. Node类

 1 static final class Node {
 2         // 模式,分为共享与独占
 3         // 共享模式
 4         static final Node SHARED = new Node();
 5         // 独占模式
 6         static final Node EXCLUSIVE = null;        
 7         // 结点状态
 8         // CANCELLED,值为1,表示当前的线程被取消
 9         // SIGNAL,值为-1,表示当前节点的后继节点包含的线程需要运行,也就是unpark
10         // CONDITION,值为-2,表示当前节点在等待condition,也就是在condition队列中
11         // PROPAGATE,值为-3,表示当前场景下后续的acquireShared能够得以执行
12         // 值为0,表示当前节点在sync队列中,等待着获取锁
13         static final int CANCELLED =  1;
14         static final int SIGNAL    = -1;
15         static final int CONDITION = -2;
16         static final int PROPAGATE = -3;        
17 
18         // 结点状态
19         volatile int waitStatus;        
20         // 前驱结点
21         volatile Node prev;    
22         // 后继结点
23         volatile Node next;        
24         // 结点所对应的线程
25         volatile Thread thread;        
26         // 下一个等待者
27         Node nextWaiter;
28         
29         // 结点是否在共享模式下等待
30         final boolean isShared() {
31             return nextWaiter == SHARED;
32         }
33         
34         // 获取前驱结点,若前驱结点为空,抛出异常
35         final Node predecessor() throws NullPointerException {
36             // 保存前驱结点
37             Node p = prev; 
38             if (p == null) // 前驱结点为空,抛出异常
39                 throw new NullPointerException();
40             else // 前驱结点不为空,返回
41                 return p;
42         }
43         
44         // 无参构造函数
45         Node() {    // Used to establish initial head or SHARED marker
46         }
47         
48         // 构造函数
49          Node(Thread thread, Node mode) {    // Used by addWaiter
50             this.nextWaiter = mode;
51             this.thread = thread;
52         }
53         
54         // 构造函数
55         Node(Thread thread, int waitStatus) { // Used by Condition
56             this.waitStatus = waitStatus;
57             this.thread = thread;
58         }
59 }

说明:每个线程被阻塞的线程都会被封装成一个Node结点,放入队列。每个节点包含了一个Thread类型的引用,并且每个节点都存在一个状态,具体状态如下。

  ① CANCELLED,值为1,表示当前的线程被取消。

  ② SIGNAL,值为-1,表示当前节点的后继节点包含的线程需要运行,需要进行unpark操作。

  ③ CONDITION,值为-2,表示当前节点在等待condition,也就是在condition queue中。

  ④ PROPAGATE,值为-3,表示当前场景下后续的acquireShared能够得以执行。

  ⑤ 值为0,表示当前节点在sync queue中,等待着获取锁。

2. ConditionObject类

  1 // 内部类
  2     public class ConditionObject implements Condition, java.io.Serializable {
  3         // 版本号
  4         private static final long serialVersionUID = 1173984872572414699L;
  5         /** First node of condition queue. */
  6         // condition队列的头结点
  7         private transient Node firstWaiter;
  8         /** Last node of condition queue. */
  9         // condition队列的尾结点
 10         private transient Node lastWaiter;
 11 
 12         /**
 13          * Creates a new {@code ConditionObject} instance.
 14          */
 15         // 构造函数
 16         public ConditionObject() { }
 17 
 18         // Internal methods
 19 
 20         /**
 21          * Adds a new waiter to wait queue.
 22          * @return its new wait node
 23          */
 24         // 添加新的waiter到wait队列
 25         private Node addConditionWaiter() {
 26             // 保存尾结点
 27             Node t = lastWaiter;
 28             // If lastWaiter is cancelled, clean out.
 29             if (t != null && t.waitStatus != Node.CONDITION) { // 尾结点不为空,并且尾结点的状态不为CONDITION
 30                 // 清除状态为CONDITION的结点
 31                 unlinkCancelledWaiters(); 
 32                 // 将最后一个结点重新赋值给t
 33                 t = lastWaiter;
 34             }
 35             // 新建一个结点
 36             Node node = new Node(Thread.currentThread(), Node.CONDITION);
 37             if (t == null) // 尾结点为空
 38                 // 设置condition队列的头结点
 39                 firstWaiter = node;
 40             else // 尾结点不为空
 41                 // 设置为节点的nextWaiter域为node结点
 42                 t.nextWaiter = node;
 43             // 更新condition队列的尾结点
 44             lastWaiter = node;
 45             return node;
 46         }
 47 
 48         /**
 49          * Removes and transfers nodes until hit non-cancelled one or
 50          * null. Split out from signal in part to encourage compilers
 51          * to inline the case of no waiters.
 52          * @param first (non-null) the first node on condition queue
 53          */
 54         private void doSignal(Node first) {
 55             // 循环
 56             do {
 57                 if ( (firstWaiter = first.nextWaiter) == null) // 该节点的nextWaiter为空
 58                     // 设置尾结点为空
 59                     lastWaiter = null;
 60                 // 设置first结点的nextWaiter域
 61                 first.nextWaiter = null;
 62             } while (!transferForSignal(first) &&
 63                      (first = firstWaiter) != null); // 将结点从condition队列转移到sync队列失败并且condition队列中的头结点不为空,一直循环
 64         }
 65 
 66         /**
 67          * Removes and transfers all nodes.
 68          * @param first (non-null) the first node on condition queue
 69          */
 70         private void doSignalAll(Node first) {
 71             // condition队列的头结点尾结点都设置为空
 72             lastWaiter = firstWaiter = null;
 73             // 循环
 74             do {
 75                 // 获取first结点的nextWaiter域结点
 76                 Node next = first.nextWaiter;
 77                 // 设置first结点的nextWaiter域为空
 78                 first.nextWaiter = null;
 79                 // 将first结点从condition队列转移到sync队列
 80                 transferForSignal(first);
 81                 // 重新设置first
 82                 first = next;
 83             } while (first != null);
 84         }
 85 
 86         /**
 87          * Unlinks cancelled waiter nodes from condition queue.
 88          * Called only while holding lock. This is called when
 89          * cancellation occurred during condition wait, and upon
 90          * insertion of a new waiter when lastWaiter is seen to have
 91          * been cancelled. This method is needed to avoid garbage
 92          * retention in the absence of signals. So even though it may
 93          * require a full traversal, it comes into play only when
 94          * timeouts or cancellations occur in the absence of
 95          * signals. It traverses all nodes rather than stopping at a
 96          * particular target to unlink all pointers to garbage nodes
 97          * without requiring many re-traversals during cancellation
 98          * storms.
 99          */
100         // 从condition队列中清除状态为CANCEL的结点
101         private void unlinkCancelledWaiters() {
102             // 保存condition队列头结点
103             Node t = firstWaiter;
104             Node trail = null;
105             while (t != null) { // t不为空
106                 // 下一个结点
107                 Node next = t.nextWaiter;
108                 if (t.waitStatus != Node.CONDITION) { // t结点的状态不为CONDTION状态
109                     // 设置t节点的额nextWaiter域为空
110                     t.nextWaiter = null;
111                     if (trail == null) // trail为空
112                         // 重新设置condition队列的头结点
113                         firstWaiter = next;
114                     else // trail不为空
115                         // 设置trail结点的nextWaiter域为next结点
116                         trail.nextWaiter = next;
117                     if (next == null) // next结点为空
118                         // 设置condition队列的尾结点
119                         lastWaiter = trail;
120                 }
121                 else // t结点的状态为CONDTION状态
122                     // 设置trail结点
123                     trail = t;
124                 // 设置t结点
125                 t = next;
126             }
127         }
128 
129         // public methods
130 
131         /**
132          * Moves the longest-waiting thread, if one exists, from the
133          * wait queue for this condition to the wait queue for the
134          * owning lock.
135          *
136          * @throws IllegalMonitorStateException if {@link #isHeldExclusively}
137          *         returns {@code false}
138          */
139         // 唤醒一个等待线程。如果所有的线程都在等待此条件,则选择其中的一个唤醒。在从 await 返回之前,该线程必须重新获取锁。
140         public final void signal() {
141             if (!isHeldExclusively()) // 不被当前线程独占,抛出异常
142                 throw new IllegalMonitorStateException();
143             // 保存condition队列头结点
144             Node first = firstWaiter;
145             if (first != null) // 头结点不为空
146                 // 唤醒一个等待线程
147                 doSignal(first);
148         }
149 
150         /**
151          * Moves all threads from the wait queue for this condition to
152          * the wait queue for the owning lock.
153          *
154          * @throws IllegalMonitorStateException if {@link #isHeldExclusively}
155          *         returns {@code false}
156          */
157         // 唤醒所有等待线程。如果所有的线程都在等待此条件,则唤醒所有线程。在从 await 返回之前,每个线程都必须重新获取锁。
158         public final void signalAll() {
159             if (!isHeldExclusively()) // 不被当前线程独占,抛出异常
160                 throw new IllegalMonitorStateException();
161             // 保存condition队列头结点
162             Node first = firstWaiter;
163             if (first != null) // 头结点不为空
164                 // 唤醒所有等待线程
165                 doSignalAll(first);
166         }
167 
168         /**
169          * Implements uninterruptible condition wait.
170          * <ol>
171          * <li> Save lock state returned by {@link #getState}.
172          * <li> Invoke {@link #release} with saved state as argument,
173          *      throwing IllegalMonitorStateException if it fails.
174          * <li> Block until signalled.
175          * <li> Reacquire by invoking specialized version of
176          *      {@link #acquire} with saved state as argument.
177          * </ol>
178          */
179         // 等待,当前线程在接到信号之前一直处于等待状态,不响应中断
180         public final void awaitUninterruptibly() {
181             // 添加一个结点到等待队列
182             Node node = addConditionWaiter();
183             // 获取释放的状态
184             int savedState = fullyRelease(node);
185             boolean interrupted = false;
186             while (!isOnSyncQueue(node)) { // 
187                 // 阻塞当前线程
188                 LockSupport.park(this);
189                 if (Thread.interrupted()) // 当前线程被中断
190                     // 设置interrupted状态
191                     interrupted = true; 
192             }
193             if (acquireQueued(node, savedState) || interrupted) // 
194                 selfInterrupt();
195         }
196 
197         /*
198          * For interruptible waits, we need to track whether to throw
199          * InterruptedException, if interrupted while blocked on
200          * condition, versus reinterrupt current thread, if
201          * interrupted while blocked waiting to re-acquire.
202          */
203 
204         /** Mode meaning to reinterrupt on exit from wait */
205         private static final int REINTERRUPT =  1;
206         /** Mode meaning to throw InterruptedException on exit from wait */
207         private static final int THROW_IE    = -1;
208 
209         /**
210          * Checks for interrupt, returning THROW_IE if interrupted
211          * before signalled, REINTERRUPT if after signalled, or
212          * 0 if not interrupted.
213          */
214         private int checkInterruptWhileWaiting(Node node) {
215             return Thread.interrupted() ?
216                 (transferAfterCancelledWait(node) ? THROW_IE : REINTERRUPT) :
217                 0; 
218         }
219 
220         /**
221          * Throws InterruptedException, reinterrupts current thread, or
222          * does nothing, depending on mode.
223          */
224         private void reportInterruptAfterWait(int interruptMode)
225             throws InterruptedException {
226             if (interruptMode == THROW_IE)
227                 throw new InterruptedException();
228             else if (interruptMode == REINTERRUPT)
229                 selfInterrupt();
230         }
231 
232         /**
233          * Implements interruptible condition wait.
234          * <ol>
235          * <li> If current thread is interrupted, throw InterruptedException.
236          * <li> Save lock state returned by {@link #getState}.
237          * <li> Invoke {@link #release} with saved state as argument,
238          *      throwing IllegalMonitorStateException if it fails.
239          * <li> Block until signalled or interrupted.
240          * <li> Reacquire by invoking specialized version of
241          *      {@link #acquire} with saved state as argument.
242          * <li> If interrupted while blocked in step 4, throw InterruptedException.
243          * </ol>
244          */
245         // // 等待,当前线程在接到信号或被中断之前一直处于等待状态
246         public final void await() throws InterruptedException {
247             if (Thread.interrupted()) // 当前线程被中断,抛出异常
248                 throw new InterruptedException();
249             // 在wait队列上添加一个结点
250             Node node = addConditionWaiter();
251             // 
252             int savedState = fullyRelease(node);
253             int interruptMode = 0;
254             while (!isOnSyncQueue(node)) {
255                 // 阻塞当前线程
256                 LockSupport.park(this);
257                 if ((interruptMode = checkInterruptWhileWaiting(node)) != 0) // 检查结点等待时的中断类型
258                     break;
259             }
260             if (acquireQueued(node, savedState) && interruptMode != THROW_IE)
261                 interruptMode = REINTERRUPT;
262             if (node.nextWaiter != null) // clean up if cancelled
263                 unlinkCancelledWaiters();
264             if (interruptMode != 0)
265                 reportInterruptAfterWait(interruptMode);
266         }
267 
268         /**
269          * Implements timed condition wait.
270          * <ol>
271          * <li> If current thread is interrupted, throw InterruptedException.
272          * <li> Save lock state returned by {@link #getState}.
273          * <li> Invoke {@link #release} with saved state as argument,
274          *      throwing IllegalMonitorStateException if it fails.
275          * <li> Block until signalled, interrupted, or timed out.
276          * <li> Reacquire by invoking specialized version of
277          *      {@link #acquire} with saved state as argument.
278          * <li> If interrupted while blocked in step 4, throw InterruptedException.
279          * </ol>
280          */
281         // 等待,当前线程在接到信号、被中断或到达指定等待时间之前一直处于等待状态 
282         public final long awaitNanos(long nanosTimeout)
283                 throws InterruptedException {
284             if (Thread.interrupted())
285                 throw new InterruptedException();
286             Node node = addConditionWaiter();
287             int savedState = fullyRelease(node);
288             final long deadline = System.nanoTime() + nanosTimeout;
289             int interruptMode = 0;
290             while (!isOnSyncQueue(node)) {
291                 if (nanosTimeout <= 0L) {
292                     transferAfterCancelledWait(node);
293                     break;
294                 }
295                 if (nanosTimeout >= spinForTimeoutThreshold)
296                     LockSupport.parkNanos(this, nanosTimeout);
297                 if ((interruptMode = checkInterruptWhileWaiting(node)) != 0)
298                     break;
299                 nanosTimeout = deadline - System.nanoTime();
300             }
301             if (acquireQueued(node, savedState) && interruptMode != THROW_IE)
302                 interruptMode = REINTERRUPT;
303             if (node.nextWaiter != null)
304                 unlinkCancelledWaiters();
305             if (interruptMode != 0)
306                 reportInterruptAfterWait(interruptMode);
307             return deadline - System.nanoTime();
308         }
309 
310         /**
311          * Implements absolute timed condition wait.
312          * <ol>
313          * <li> If current thread is interrupted, throw InterruptedException.
314          * <li> Save lock state returned by {@link #getState}.
315          * <li> Invoke {@link #release} with saved state as argument,
316          *      throwing IllegalMonitorStateException if it fails.
317          * <li> Block until signalled, interrupted, or timed out.
318          * <li> Reacquire by invoking specialized version of
319          *      {@link #acquire} with saved state as argument.
320          * <li> If interrupted while blocked in step 4, throw InterruptedException.
321          * <li> If timed out while blocked in step 4, return false, else true.
322          * </ol>
323          */
324         // 等待,当前线程在接到信号、被中断或到达指定最后期限之前一直处于等待状态
325         public final boolean awaitUntil(Date deadline)
326                 throws InterruptedException {
327             long abstime = deadline.getTime();
328             if (Thread.interrupted())
329                 throw new InterruptedException();
330             Node node = addConditionWaiter();
331             int savedState = fullyRelease(node);
332             boolean timedout = false;
333             int interruptMode = 0;
334             while (!isOnSyncQueue(node)) {
335                 if (System.currentTimeMillis() > abstime) {
336                     timedout = transferAfterCancelledWait(node);
337                     break;
338                 }
339                 LockSupport.parkUntil(this, abstime);
340                 if ((interruptMode = checkInterruptWhileWaiting(node)) != 0)
341                     break;
342             }
343             if (acquireQueued(node, savedState) && interruptMode != THROW_IE)
344                 interruptMode = REINTERRUPT;
345             if (node.nextWaiter != null)
346                 unlinkCancelledWaiters();
347             if (interruptMode != 0)
348                 reportInterruptAfterWait(interruptMode);
349             return !timedout;
350         }
351 
352         /**
353          * Implements timed condition wait.
354          * <ol>
355          * <li> If current thread is interrupted, throw InterruptedException.
356          * <li> Save lock state returned by {@link #getState}.
357          * <li> Invoke {@link #release} with saved state as argument,
358          *      throwing IllegalMonitorStateException if it fails.
359          * <li> Block until signalled, interrupted, or timed out.
360          * <li> Reacquire by invoking specialized version of
361          *      {@link #acquire} with saved state as argument.
362          * <li> If interrupted while blocked in step 4, throw InterruptedException.
363          * <li> If timed out while blocked in step 4, return false, else true.
364          * </ol>
365          */
366         // 等待,当前线程在接到信号、被中断或到达指定等待时间之前一直处于等待状态。此方法在行为上等效于:awaitNanos(unit.toNanos(time)) > 0
367         public final boolean await(long time, TimeUnit unit)
368                 throws InterruptedException {
369             long nanosTimeout = unit.toNanos(time);
370             if (Thread.interrupted())
371                 throw new InterruptedException();
372             Node node = addConditionWaiter();
373             int savedState = fullyRelease(node);
374             final long deadline = System.nanoTime() + nanosTimeout;
375             boolean timedout = false;
376             int interruptMode = 0;
377             while (!isOnSyncQueue(node)) {
378                 if (nanosTimeout <= 0L) {
379                     timedout = transferAfterCancelledWait(node);
380                     break;
381                 }
382                 if (nanosTimeout >= spinForTimeoutThreshold)
383                     LockSupport.parkNanos(this, nanosTimeout);
384                 if ((interruptMode = checkInterruptWhileWaiting(node)) != 0)
385                     break;
386                 nanosTimeout = deadline - System.nanoTime();
387             }
388             if (acquireQueued(node, savedState) && interruptMode != THROW_IE)
389                 interruptMode = REINTERRUPT;
390             if (node.nextWaiter != null)
391                 unlinkCancelledWaiters();
392             if (interruptMode != 0)
393                 reportInterruptAfterWait(interruptMode);
394             return !timedout;
395         }
396 
397         //  support for instrumentation
398 
399         /**
400          * Returns true if this condition was created by the given
401          * synchronization object.
402          *
403          * @return {@code true} if owned
404          */
405         final boolean isOwnedBy(AbstractQueuedSynchronizer sync) {
406             return sync == AbstractQueuedSynchronizer.this;
407         }
408 
409         /**
410          * Queries whether any threads are waiting on this condition.
411          * Implements {@link AbstractQueuedSynchronizer#hasWaiters(ConditionObject)}.
412          *
413          * @return {@code true} if there are any waiting threads
414          * @throws IllegalMonitorStateException if {@link #isHeldExclusively}
415          *         returns {@code false}
416          */
417         //  查询是否有正在等待此条件的任何线程
418         protected final boolean hasWaiters() {
419             if (!isHeldExclusively())
420                 throw new IllegalMonitorStateException();
421             for (Node w = firstWaiter; w != null; w = w.nextWaiter) {
422                 if (w.waitStatus == Node.CONDITION)
423                     return true;
424             }
425             return false;
426         }
427 
428         /**
429          * Returns an estimate of the number of threads waiting on
430          * this condition.
431          * Implements {@link AbstractQueuedSynchronizer#getWaitQueueLength(ConditionObject)}.
432          *
433          * @return the estimated number of waiting threads
434          * @throws IllegalMonitorStateException if {@link #isHeldExclusively}
435          *         returns {@code false}
436          */
437         // 返回正在等待此条件的线程数估计值
438         protected final int getWaitQueueLength() {
439             if (!isHeldExclusively())
440                 throw new IllegalMonitorStateException();
441             int n = 0;
442             for (Node w = firstWaiter; w != null; w = w.nextWaiter) {
443                 if (w.waitStatus == Node.CONDITION)
444                     ++n;
445             }
446             return n;
447         }
448 
449         /**
450          * Returns a collection containing those threads that may be
451          * waiting on this Condition.
452          * Implements {@link AbstractQueuedSynchronizer#getWaitingThreads(ConditionObject)}.
453          *
454          * @return the collection of threads
455          * @throws IllegalMonitorStateException if {@link #isHeldExclusively}
456          *         returns {@code false}
457          */
458         // 返回包含那些可能正在等待此条件的线程集合
459         protected final Collection<Thread> getWaitingThreads() {
460             if (!isHeldExclusively())
461                 throw new IllegalMonitorStateException();
462             ArrayList<Thread> list = new ArrayList<Thread>();
463             for (Node w = firstWaiter; w != null; w = w.nextWaiter) {
464                 if (w.waitStatus == Node.CONDITION) {
465                     Thread t = w.thread;
466                     if (t != null)
467                         list.add(t);
468                 }
469             }
470             return list;
471         }
472 }
View Code

 说明:此类实现了Condition接口,Condition接口定义了条件操作规范,具体如下

 

 1 public interface Condition {
 2 
 3     // 等待,当前线程在接到信号或被中断之前一直处于等待状态
 4     void await() throws InterruptedException;
 5     
 6     // 等待,当前线程在接到信号之前一直处于等待状态,不响应中断
 7     void awaitUninterruptibly();
 8     
 9     //等待,当前线程在接到信号、被中断或到达指定等待时间之前一直处于等待状态 
10     long awaitNanos(long nanosTimeout) throws InterruptedException;
11     
12     // 等待,当前线程在接到信号、被中断或到达指定等待时间之前一直处于等待状态。此方法在行为上等效于:awaitNanos(unit.toNanos(time)) > 0
13     boolean await(long time, TimeUnit unit) throws InterruptedException;
14     
15     // 等待,当前线程在接到信号、被中断或到达指定最后期限之前一直处于等待状态
16     boolean awaitUntil(Date deadline) throws InterruptedException;
17     
18     // 唤醒一个等待线程。如果所有的线程都在等待此条件,则选择其中的一个唤醒。在从 await 返回之前,该线程必须重新获取锁。
19     void signal();
20     
21     // 唤醒所有等待线程。如果所有的线程都在等待此条件,则唤醒所有线程。在从 await 返回之前,每个线程都必须重新获取锁。
22     void signalAll();
23 }

说明:Condition接口中定义了await、signal函数,用来等待条件、释放条件。之后会详细分析CondtionObject的源码。

 3.3 类的属性

 1 public abstract class AbstractQueuedSynchronizer
 2     extends AbstractOwnableSynchronizer
 3     implements java.io.Serializable {    
 4     // 版本号
 5     private static final long serialVersionUID = 7373984972572414691L;    
 6     // 头结点
 7     private transient volatile Node head;    
 8     // 尾结点
 9     private transient volatile Node tail;    
10     // 状态
11     private volatile int state;    
12     // 自旋时间
13     static final long spinForTimeoutThreshold = 1000L;
14     
15     // Unsafe类实例
16     private static final Unsafe unsafe = Unsafe.getUnsafe();
17     // state内存偏移地址
18     private static final long stateOffset;
19     // head内存偏移地址
20     private static final long headOffset;
21     // state内存偏移地址
22     private static final long tailOffset;
23     // tail内存偏移地址
24     private static final long waitStatusOffset;
25     // next内存偏移地址
26     private static final long nextOffset;
27     // 静态初始化块
28     static {
29         try {
30             stateOffset = unsafe.objectFieldOffset
31                 (AbstractQueuedSynchronizer.class.getDeclaredField("state"));
32             headOffset = unsafe.objectFieldOffset
33                 (AbstractQueuedSynchronizer.class.getDeclaredField("head"));
34             tailOffset = unsafe.objectFieldOffset
35                 (AbstractQueuedSynchronizer.class.getDeclaredField("tail"));
36             waitStatusOffset = unsafe.objectFieldOffset
37                 (Node.class.getDeclaredField("waitStatus"));
38             nextOffset = unsafe.objectFieldOffset
39                 (Node.class.getDeclaredField("next"));
40 
41         } catch (Exception ex) { throw new Error(ex); }
42     }
43 }

 

说明:属性中包含了头结点head,尾结点tail,状态state、自旋时间spinForTimeoutThreshold,还有AbstractQueuedSynchronizer抽象的属性在内存中的偏移地址,通过该偏移地址,可以获取和设置该属性的值,同时还包括一个静态初始化块,用于加载内存偏移地址。

3.4 类的构造函数

protected AbstractQueuedSynchronizer() { }    

说明:此类构造函数为从抽象构造函数,供子类调用。

3.5 类的核心函数

1. acquire函数

  该函数以独占模式获取(资源),忽略中断,即线程在aquire过程中,中断此线程是无效的。源码如下 

1 public final void acquire(int arg) {
2     if (!tryAcquire(arg) &&
3         acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
4            selfInterrupt();
5 }

 

由上述源码可以知道,当一个线程调用acquire时,调用方法流程如下。

 说明:

  ① 首先调用tryAcquire函数,调用此方法的线程会试图在独占模式下获取对象状态。此方法应该查询是否允许它在独占模式下获取对象状态,如果允许,则获取它。在AbstractQueuedSynchronizer源码中默认会抛出一个异常,即需要子类去重写此函数完成自己的逻辑。之后会进行分析。

  ② 若tryAcquire失败,则调用addWaiter函数,addWaiter函数完成的功能是将调用此方法的线程封装成为一个结点并放入Sync queue。

  ③ 调用acquireQueued函数,此函数完成的功能是Sync queue中的结点不断尝试获取资源,若成功,则返回true,否则,返回false。

  由于tryAcquire默认实现是抛出异常,所以此时,不进行分析,之后会结合一个例子进行分析。

  首先分析addWaiter函数

 

 1 / 添加等待者
 2     private Node addWaiter(Node mode) {
 3         // 新生成一个结点,默认为独占模式
 4         Node node = new Node(Thread.currentThread(), mode);
 5         // Try the fast path of enq; backup to full enq on failure
 6         // 保存尾结点
 7         Node pred = tail;
 8         if (pred != null) { // 尾结点不为空,即已经被初始化
 9             // 将node结点的prev域连接到尾结点
10             node.prev = pred; 
11             if (compareAndSetTail(pred, node)) { // 比较pred是否为尾结点,是则将尾结点设置为node 
12                 // 设置尾结点的next域为node
13                 pred.next = node;
14                 return node; // 返回新生成的结点
15             }
16         }
17         enq(node); // 尾结点为空(即还没有被初始化过),或者是compareAndSetTail操作失败,则入队列
18         return node;
19 }

说明:addWaiter函数使用快速添加的方式往sync queue尾部添加结点,如果sync queue队列还没有初始化,则会使用enq插入队列中,enq方法源码如下

 

 1 // 入队列
 2     private Node enq(final Node node) {
 3         for (;;) { // 无限循环,确保结点能够成功入队列
 4             // 保存尾结点
 5             Node t = tail;
 6             if (t == null) { // 尾结点为空,即还没被初始化
 7                 if (compareAndSetHead(new Node())) // 头结点为空,并设置头结点为新生成的结点
 8                     tail = head; // 头结点与尾结点都指向同一个新生结点
 9             } else { // 尾结点不为空,即已经被初始化过
10                 // 将node结点的prev域连接到尾结点
11                 node.prev = t; 
12                 if (compareAndSetTail(t, node)) { // 比较结点t是否为尾结点,若是则将尾结点设置为node
13                     // 设置尾结点的next域为node
14                     t.next = node; 
15                     return t; // 返回尾结点
16                 }
17             }
18         }
19 }

说明:enq函数会使用无限循环来确保节点的成功插入。

  现在,分析acquireQueue函数。其源码如下

 

 1 // sync队列中的结点在独占且忽略中断的模式下获取(资源)
 2     final boolean acquireQueued(final Node node, int arg) {
 3         // 标志
 4         boolean failed = true;
 5         try {
 6             // 中断标志
 7             boolean interrupted = false;
 8             for (;;) { // 无限循环
 9                 // 获取node节点的前驱结点
10                 final Node p = node.predecessor(); 
11                 if (p == head && tryAcquire(arg)) { // 前驱为头结点并且成功获得锁
12                     setHead(node); // 设置头结点
13                     p.next = null; // help GC
14                     failed = false; // 设置标志
15                     return interrupted; 
16                 }
17                 if (shouldParkAfterFailedAcquire(p, node) &&
18                     parkAndCheckInterrupt())
19                     interrupted = true;
20             }
21         } finally {
22             if (failed)
23                 cancelAcquire(node);
24         }
25 }

 

   说明:首先获取当前节点的前驱节点,如果前驱节点是头结点并且能够获取(资源),代表该当前节点能够占有锁,设置头结点为当前节点,返回。否则,调用shouldParkAfterFailedAcquire和parkAndCheckInterrupt函数,首先,我们看shouldParkAfterFailedAcquire函数,代码如下

 1 // 当获取(资源)失败后,检查并且更新结点状态
 2     private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
 3         // 获取前驱结点的状态
 4         int ws = pred.waitStatus;
 5         if (ws == Node.SIGNAL) // 状态为SIGNAL,为-1
 6             /*
 7              * This node has already set status asking a release
 8              * to signal it, so it can safely park.
 9              */
10             // 可以进行park操作
11             return true; 
12         if (ws > 0) { // 表示状态为CANCELLED,为1
13             /*
14              * Predecessor was cancelled. Skip over predecessors and
15              * indicate retry.
16              */
17             do {
18                 node.prev = pred = pred.prev;
19             } while (pred.waitStatus > 0); // 找到pred结点前面最近的一个状态不为CANCELLED的结点
20             // 赋值pred结点的next域
21             pred.next = node; 
22         } else { // 为PROPAGATE -3 或者是0 表示无状态,(为CONDITION -2时,表示此节点在condition queue中) 
23             /*
24              * waitStatus must be 0 or PROPAGATE.  Indicate that we
25              * need a signal, but don't park yet.  Caller will need to
26              * retry to make sure it cannot acquire before parking.
27              */
28             // 比较并设置前驱结点的状态为SIGNAL
29             compareAndSetWaitStatus(pred, ws, Node.SIGNAL); 
30         }
31         // 不能进行park操作
32         return false;
33 }

说明:只有当该节点的前驱结点的状态为SIGNAL时,才可以对该结点所封装的线程进行park操作。否则,将不能进行park操作。再看parkAndCheckInterrupt函数,源码如下

1 // 进行park操作并且返回该线程是否被中断
2     private final boolean parkAndCheckInterrupt() {
3         // 在许可可用之前禁用当前线程,并且设置了blocker
4         LockSupport.park(this);
5         return Thread.interrupted(); // 当前线程是否已被中断,并清除中断标记位
6 }

说明:parkAndCheckInterrupt函数里的逻辑是首先执行park操作,即禁用当前线程,然后返回该线程是否已经被中断。再看final块中的cancelAcquire函数,其源码如下

 1 // 取消继续获取(资源)
 2     private void cancelAcquire(Node node) {
 3         // Ignore if node doesn't exist
 4         // node为空,返回
 5         if (node == null)
 6             return;
 7         // 设置node结点的thread为空
 8         node.thread = null;
 9 
10         // Skip cancelled predecessors
11         // 保存node的前驱结点
12         Node pred = node.prev;
13         while (pred.waitStatus > 0) // 找到node前驱结点中第一个状态小于0的结点,即不为CANCELLED状态的结点
14             node.prev = pred = pred.prev;
15 
16         // predNext is the apparent node to unsplice. CASes below will
17         // fail if not, in which case, we lost race vs another cancel
18         // or signal, so no further action is necessary.
19         // 获取pred结点的下一个结点
20         Node predNext = pred.next;
21 
22         // Can use unconditional write instead of CAS here.
23         // After this atomic step, other Nodes can skip past us.
24         // Before, we are free of interference from other threads.
25         // 设置node结点的状态为CANCELLED
26         node.waitStatus = Node.CANCELLED;
27 
28         // If we are the tail, remove ourselves.
29         if (node == tail && compareAndSetTail(node, pred)) { // node结点为尾结点,则设置尾结点为pred结点
30             // 比较并设置pred结点的next节点为null
31             compareAndSetNext(pred, predNext, null); 
32         } else { // node结点不为尾结点,或者比较设置不成功
33             // If successor needs signal, try to set pred's next-link
34             // so it will get one. Otherwise wake it up to propagate.
35             int ws;
36             if (pred != head &&
37                 ((ws = pred.waitStatus) == Node.SIGNAL ||
38                  (ws <= 0 && compareAndSetWaitStatus(pred, ws, Node.SIGNAL))) &&
39                 pred.thread != null) { // (pred结点不为头结点,并且pred结点的状态为SIGNAL)或者 
40                                     // pred结点状态小于等于0,并且比较并设置等待状态为SIGNAL成功,并且pred结点所封装的线程不为空
41                 // 保存结点的后继
42                 Node next = node.next;
43                 if (next != null && next.waitStatus <= 0) // 后继不为空并且后继的状态小于等于0
44                     compareAndSetNext(pred, predNext, next); // 比较并设置pred.next = next;
45             } else {
46                 unparkSuccessor(node); // 释放node的前一个结点
47             }
48 
49             node.next = node; // help GC
50         }
51 }

说明:该函数完成的功能就是取消当前线程对资源的获取,即设置该结点的状态为CANCELLED,接着我们再看unparkSuccessor函数,源码如下

 1 // 释放后继结点
 2     private void unparkSuccessor(Node node) {
 3         /*
 4          * If status is negative (i.e., possibly needing signal) try
 5          * to clear in anticipation of signalling.  It is OK if this
 6          * fails or if status is changed by waiting thread.
 7          */
 8         // 获取node结点的等待状态
 9         int ws = node.waitStatus;
10         if (ws < 0) // 状态值小于0,为SIGNAL -1 或 CONDITION -2 或 PROPAGATE -3
11             // 比较并且设置结点等待状态,设置为0
12             compareAndSetWaitStatus(node, ws, 0);
13 
14         /*
15          * Thread to unpark is held in successor, which is normally
16          * just the next node.  But if cancelled or apparently null,
17          * traverse backwards from tail to find the actual
18          * non-cancelled successor.
19          */
20         // 获取node节点的下一个结点
21         Node s = node.next;
22         if (s == null || s.waitStatus > 0) { // 下一个结点为空或者下一个节点的等待状态大于0,即为CANCELLED
23             // s赋值为空
24             s = null; 
25             // 从尾结点开始从后往前开始遍历
26             for (Node t = tail; t != null && t != node; t = t.prev)
27                 if (t.waitStatus <= 0) // 找到等待状态小于等于0的结点,找到最前的状态小于等于0的结点
28                     // 保存结点
29                     s = t;
30         }
31         if (s != null) // 该结点不为为空,释放许可
32             LockSupport.unpark(s.thread);
33 }

说明:该函数的作用就是为了释放node节点的后继结点。

  对于cancelAcquire与unparkSuccessor函数,如下示意图可以清晰的表示。

说明:其中node为参数,在执行完cancelAcquire函数后的效果就是unpark了s结点所包含的t4线程。

  现在,再来看acquireQueued函数的整个的逻辑。逻辑如下

  ① 判断结点的前驱是否为head并且是否成功获取(资源)。

  ② 若步骤①均满足,则设置结点为head,之后会判断是否finally模块,然后返回。

  ③ 若步骤①不满足,则判断是否需要park当前线程,是否需要park当前线程的逻辑是判断结点的前驱结点的状态是否为SIGNAL,若是,则park当前结点,否则,不进行park操作。

  ④ 若park了当前线程,之后某个线程对本线程unpark后,并且本线程也获得机会运行。那么,将会继续进行步骤①的判断。

 2. release

 以独占模式释放对象,其源码如下

 

 1 public final boolean release(int arg) {
 2         if (tryRelease(arg)) { // 释放成功
 3             // 保存头结点
 4             Node h = head; 
 5             if (h != null && h.waitStatus != 0) // 头结点不为空并且头结点状态不为0
 6                 unparkSuccessor(h); //释放头结点的后继结点
 7             return true;
 8         }
 9         return false;
10 }

 

 

说明:其中,tryRelease的默认实现是抛出异常,需要具体的子类实现,如果tryRelease成功,那么如果头结点不为空并且头结点的状态不为0,则释放头结点的后继结点,unparkSuccessor函数已经分析过,不再累赘。

  对于其他函数我们也可以分析,与前面分析的函数大同小异,所以,不再累赘。

 四、示例分析

 1. 示例一

借助下面示例来分析AbstractQueuedSyncrhonizer内部的工作机制。示例源码如下

 1 package com.hust.grid.leesf.abstractqueuedsynchronizer;
 2 
 3 import java.util.concurrent.locks.Lock;
 4 import java.util.concurrent.locks.ReentrantLock;
 5 
 6 class MyThread extends Thread {
 7     private Lock lock;
 8     public MyThread(String name, Lock lock) {
 9         super(name);
10         this.lock = lock;
11     }
12     
13     public void run () {
14         lock.lock();
15         try {
16             System.out.println(Thread.currentThread() + " running");
17         } finally {
18             lock.unlock();
19         }
20     }
21 }
22 public class AbstractQueuedSynchonizerDemo {
23     public static void main(String[] args) {
24         Lock lock = new ReentrantLock();
25         
26         MyThread t1 = new MyThread("t1", lock);
27         MyThread t2 = new MyThread("t2", lock);
28         t1.start();
29         t2.start();    
30     }
31 }

运行结果(可能的一种):

1 Thread[t1,5,main] running
2 Thread[t2,5,main] running

 

结果分析:从示例可知,线程t1与t2共用了一把锁,即同一个lock。可能会存在如下一种时序。

 说明:首先线程t1先执行lock.lock操作,然后t2执行lock.lock操作,然后t1执行lock.unlock操作,最后t2执行lock.unlock操作。基于这样的时序,分析AbstractQueuedSynchronizer内部的工作机制。

  ① t1线程调用lock.lock函数,其函数调用顺序如下,只给出了主要的函数调用。

 

说明:其中,前面的部分表示哪个类,后面是具体的类中的哪个方法,AQS表示AbstractQueuedSynchronizer类,AOS表示AbstractOwnableSynchronizer类。

  ② t2线程调用lock.lock函数,其函数调用顺序如下,只给出了主要的函数调用。

 

说明:经过一系列的函数调用,最后达到的状态是禁用t2线程,因为调用了LockSupport.lock。

  ③ t1线程调用lock.unlock,其函数调用顺序如下,只给出了主要的函数调用。

 

说明:t1线程中调用lock.unlock后,经过一系列的调用,最终的状态是释放了许可,因为调用了LockSupport.unpark。这时,t2线程就可以继续运行了。此时,会继续恢复t2线程运行环境,继续执行LockSupport.park后面的语句,即进一步调用如下。

说明:在上一步调用了LockSupport.unpark后,t2线程恢复运行,则运行parkAndCheckInterrupt,之后,继续运行acquireQueued函数,最后达到的状态是头结点head与尾结点tail均指向了t2线程所在的结点,并且之前的头结点已经从sync队列中断开了。

  ④ t2线程调用lock.unlock,其函数调用顺序如下,只给出了主要的函数调用。

 

说明:t2线程执行lock.unlock后,最终达到的状态还是与之前的状态一样。

 2. 示例二

下面我们结合Condition实现生产者与消费者,来进一步分析AbstractQueuedSynchronizer的内部工作机制。

  Depot(仓库)类

 

 1 package com.hust.grid.leesf.reentrantLock;
 2 
 3 import java.util.concurrent.locks.Condition;
 4 import java.util.concurrent.locks.Lock;
 5 import java.util.concurrent.locks.ReentrantLock;
 6 
 7 public class Depot {
 8     private int size;
 9     private int capacity;
10     private Lock lock;
11     private Condition fullCondition;
12     private Condition emptyCondition;
13     
14     public Depot(int capacity) {
15         this.capacity = capacity;    
16         lock = new ReentrantLock();
17         fullCondition = lock.newCondition();
18         emptyCondition = lock.newCondition();
19     }
20     
21     public void produce(int no) {
22         lock.lock();
23         int left = no;
24         try {
25             while (left > 0) {
26                 while (size >= capacity)  {
27                     System.out.println(Thread.currentThread() + " before await");
28                     fullCondition.await();
29                     System.out.println(Thread.currentThread() + " after await");
30                 }
31                 int inc = (left + size) > capacity ? (capacity - size) : left;
32                 left -= inc;
33                 size += inc;
34                 System.out.println("produce = " + inc + ", size = " + size);
35                 emptyCondition.signal();
36             }
37         } catch (InterruptedException e) {
38             e.printStackTrace();
39         } finally {
40             lock.unlock();
41         }
42     }
43     
44     public void consume(int no) {
45         lock.lock();
46         int left = no;
47         try {            
48             while (left > 0) {
49                 while (size <= 0) {
50                     System.out.println(Thread.currentThread() + " before await");
51                     emptyCondition.await();
52                     System.out.println(Thread.currentThread() + " after await");
53                 }
54                 int dec = (size - left) > 0 ? left : size;
55                 left -= dec;
56                 size -= dec;
57                 System.out.println("consume = " + dec + ", size = " + size);
58                 fullCondition.signal();
59             }
60         } catch (InterruptedException e) {
61             e.printStackTrace();
62         } finally {
63             lock.unlock();
64         }
65     }
66 }

 

测试类

 1 package com.hust.grid.leesf.reentrantLock;
 2 
 3 class Consumer {
 4     private Depot depot;
 5     public Consumer(Depot depot) {
 6         this.depot = depot;
 7     }
 8     
 9     public void consume(int no) {
10         new Thread(new Runnable() {
11             @Override
12             public void run() {
13                 depot.consume(no);
14             }
15         }, no + " consume thread").start();
16     }
17 }
18 
19 class Producer {
20     private Depot depot;
21     public Producer(Depot depot) {
22         this.depot = depot;
23     }
24     
25     public void produce(int no) {
26         new Thread(new Runnable() {
27             
28             @Override
29             public void run() {
30                 depot.produce(no);
31             }
32         }, no + " produce thread").start();
33     }
34 }
35 
36 public class ReentrantLockDemo {
37     public static void main(String[] args) throws InterruptedException {
38         Depot depot = new Depot(500);
39         new Producer(depot).produce(500);
40         new Producer(depot).produce(200);
41         new Consumer(depot).consume(500);
42         new Consumer(depot).consume(200);
43     }
44 }

运行结果(可能的一种):

produce = 500, size = 500
Thread[200 produce thread,5,main] before await
consume = 500, size = 0
Thread[200 consume thread,5,main] before await
Thread[200 produce thread,5,main] after await
produce = 200, size = 200
Thread[200 consume thread,5,main] after await
consume = 200, size = 0

说明:根据结果,我们猜测一种可能的时序如下

 说明:p1代表produce 500的那个线程,p2代表produce 200的那个线程,c1代表consume 500的那个线程,c2代表consume 200的那个线程。

  1. p1线程调用lock.lock,获得锁,继续运行,函数调用顺序在前面已经给出。

  2. p2线程调用lock.lock,由前面的分析可得到如下的最终状态。

 说明:p2线程调用lock.lock后,会禁止p2线程的继续运行,因为执行了LockSupport.park操作。
  3. c1线程调用lock.lock,由前面的分析得到如下的最终状态。

说明:最终c1线程会在sync queue队列的尾部,并且其结点的前驱结点(包含p2的结点)的waitStatus变为了SIGNAL。
  4. c2线程调用lock.lock,由前面的分析得到如下的最终状态。

 

说明:最终c1线程会在sync queue队列的尾部,并且其结点的前驱结点(包含c1的结点)的waitStatus变为了SIGNAL。

   5. p1线程执行emptyCondition.signal,其函数调用顺序如下,只给出了主要的函数调用。

 

说明:AQS.CO表示AbstractQueuedSynchronizer.ConditionObject类。此时调用signal方法不会产生任何其他效果。

  6. p1线程执行lock.unlock,根据前面的分析可知,最终的状态如下。

 

  说明:此时,p2线程所在的结点为头结点,并且其他两个线程(c1、c2)依旧被禁止,所以,此时p2线程继续运行,执行用户逻辑。

  7. p2线程执行fullCondition.await,其函数调用顺序如下,只给出了主要的函数调用。

  说明:最终到达的状态是新生成了一个结点,包含了p2线程,此结点在condition queue中;并且sync queue中p2线程被禁止了,因为在执行了LockSupport.park操作。从函数一些调用可知,在await操作中线程会释放锁资源,供其他线程获取。同时,head结点后继结点的包含的线程的许可被释放了,故其可以继续运行。由于此时,只有c1线程可以运行,故运行c1。

  8. 继续运行c1线程,c1线程由于之前被park了,所以此时恢复,继续之前的步骤,即还是执行前面提到的acquireQueued函数,之后,c1判断自己的前驱结点为head,并且可以获取锁资源,最终到达的状态如下。

  说明:其中,head设置为包含c1线程的结点,c1继续运行。

  9. c1线程执行fullCondtion.signal,其函数调用顺序如下,只给出了主要的函数调用。

  

  说明:signal函数达到的最终结果是将包含p2线程的结点从condition queue中转移到sync queue中,之后condition queue为null,之前的尾结点的状态变为SIGNAL。

  10. c1线程执行lock.unlock操作,根据之前的分析,经历的状态变化如下。

  

  说明:最终c2线程会获取锁资源,继续运行用户逻辑。

  11. c2线程执行emptyCondition.await,由前面的第七步分析,可知最终的状态如下。

  说明:await操作将会生成一个结点放入condition queue中与之前的一个condition queue是不相同的,并且unpark头结点后面的结点,即包含线程p2的结点。

  12. p2线程被unpark,故可以继续运行,经过CPU调度后,p2继续运行,之后p2线程在AQS:await函数中被park,继续AQS.CO:await函数的运行,其函数调用顺序如下,只给出了主要的函数调用。

  13. p2继续运行,执行emptyCondition.signal,根据第九步分析可知,最终到达的状态如下。

  说明:最终,将condition queue中的结点转移到sync queue中,并添加至尾部,condition queue会为空,并且将head的状态设置为SIGNAL。

  14. p2线程执行lock.unlock操作,根据前面的分析可知,最后的到达的状态如下。

  

  说明:unlock操作会释放c2线程的许可,并且将头结点设置为c2线程所在的结点。

  15. c2线程继续运行,执行fullCondition. signal,由于此时fullCondition的condition queue已经不存在任何结点了,故其不会产生作用。

  16. c2执行lock.unlock,由于c2是sync队列中最后一个结点,故其不会再调用unparkSuccessor了,直接返回true。即整个流程就完成了。

五、总结

  对于AbstractQueuedSynchronizer的分析,最核心的就是sync queue的分析。

  ① 每一个结点都是由前一个结点唤醒

  ② 当结点发现前驱结点是head并且尝试获取成功,则会轮到该线程运行。

  ③ condition queue中的结点向sync queue中转移是通过signal操作完成的。

  ④ 当结点的状态为SIGNAL时,表示后面的结点需要运行。

  当然,此次分析没有涉及到中断操作,如果涉及到中断操作,又会复杂得多,以后遇到这种情况,我们再进行详细分析,AbstractQueuedSynchronizer类的设计令人叹为观止,以后有机会还会进行分析。也谢谢各位园友的观看~

 

最后给出两篇参考链接

http://ifeve.com/introduce-abstractqueuedsynchronizer/

http://blog.csdn.net/chen77716/article/details/6641477

 转载:https://www.cnblogs.com/leesf456/p/5350186.html

posted on 2019-05-05 19:16  cxhfuujust  阅读(363)  评论(0编辑  收藏  举报

导航