### 中斷恢復后的執行流程 喚醒后，會執行return Thread.interrupted();，這個函數返回的是當前執行線程的中斷狀態，并清除。 ~~~ // java.util.concurrent.locks.AbstractQueuedSynchronizer private final boolean parkAndCheckInterrupt() { LockSupport.park(this); return Thread.interrupted(); } ~~~ 再回到acquireQueued代碼，當parkAndCheckInterrupt返回True或者False的時候，interrupted的值不同，但都會執行下次循環。如果這個時候獲取鎖成功，就會把當前interrupted返回。 ~~~ // java.util.concurrent.locks.AbstractQueuedSynchronizer final boolean acquireQueued(final Node node, int arg) { boolean failed = true; try { boolean interrupted = false; for (;;) { final Node p = node.predecessor(); if (p == head && tryAcquire(arg)) { setHead(node); p.next = null; // help GC failed = false; return interrupted; } if (shouldParkAfterFailedAcquire(p, node) && parkAndCheckInterrupt()) interrupted = true; } } finally { if (failed) cancelAcquire(node); } } ~~~ 如果acquireQueued為True，就會執行selfInterrupt方法。 ~~~ // java.util.concurrent.locks.AbstractQueuedSynchronizer static void selfInterrupt() { Thread.currentThread().interrupt(); } ~~~ 該方法其實是為了中斷線程。但為什么獲取了鎖以后還要中斷線程呢？這部分屬于Java提供的協作式中斷知識內容，感興趣同學可以查閱一下。這里簡單介紹一下： 1. 當中斷線程被喚醒時，并不知道被喚醒的原因，可能是當前線程在等待中被中斷，也可能是釋放了鎖以后被喚醒。因此我們通過Thread.interrupted()方法檢查中斷標記（該方法返回了當前線程的中斷狀態，并將當前線程的中斷標識設置為False），并記錄下來，如果發現該線程被中斷過，就再中斷一次。 2. 線程在等待資源的過程中被喚醒，喚醒后還是會不斷地去嘗試獲取鎖，直到搶到鎖為止。也就是說，在整個流程中，并不響應中斷，只是記錄中斷記錄。最后搶到鎖返回了，那么如果被中斷過的話，就需要補充一次中斷。 這里的處理方式主要是運用線程池中基本運作單元Worder中的runWorker，通過Thread.interrupted()進行額外的判斷處理，感興趣的同學可以看下ThreadPoolExecutor源碼