Java8線程池ThreadPoolExecutor底層原理及其源碼解析

2020-12-24 紙鶴視界

小侃一下

日常開發中, 或許不會直接new線程或線程池, 但這些線程相關的基礎或思想是非常重要的, 參考林迪效應;

就算沒有直接用到, 可能間接也用到了類似的思想或原理, 例如tomcat, jetty, 資料庫連接池, MQ;

本文不會對線程的基礎知識進行介紹, 所以最好已"進食"關於線程的基礎知識, 再"食用"本文更佳;

由於在下的工作及其它原因, 前後花費了數月的時間才完成這篇博客, 希望能幫助到想要了解ThreadPoolExecutor線程池源碼和原理的同學.

1. 使用線程池的好處. 為什麼要使用線程池?

避免頻繁創建、銷毀線程的開銷; 復用創建的線程.及時響應提交的任務; 提交一個任務,不再是每次都需要創建新的線程.避免每次提交的任務都新建線程, 造成伺服器資源耗盡, 線程頻繁上下文切換等伺服器資源開銷.更容易監控、管理線程; 可以統計出已完成的任務數, 活躍的線程數, 等待的任務數等, 可以重寫hook方法beforeExecute, afterExecute, terminated , 重寫之後, 結合具體的業務進行處理.2. 線程池核心參數介紹

下面將結合線程池中的任務提交流程加深理解.

3. 提交任務到線程池中的流程

3.1 ThreadPoolExecutor#execute方法整體流程

這裡以java.util.concurrent.ThreadPoolExecutor#execute方法為例, 畫一個簡單的圖:

上圖中的worker可簡單理解為線程池中的一個線程, workers.size()即使線程池中的線程數;

當workers.size()小於corePoolSize時, 創建新的線程執行提交的task.當workers.size()大於corePoolSize時, 並且workQueue沒有滿, 將task添加到workQueue.當workers.size()大於corePoolSize時, 並且workQueue已經滿了, 但是workers.size()<maximumPoolSize, 就創建一個臨時線程處理task.當workers.size()大於corePoolSize時, 並且workQueue已經滿了, 但是workers.size()>=maximumPoolSize, 執行拒絕策略.後續會有對ThreadPoolExecutor#execute方法的詳細解讀: execute方法源碼: 提交task到線程池.

4種默認的拒絕策略: ThreadPoolExecutor默認實現的4種拒絕策略.

3.2 排隊恰火鍋的場景

這裡我們可以想像一個場景: 去海底撈吃火鍋;

下午4點晚市正式開始排隊, 假如店內一共有16張桌子, 陸續光臨的16組客人將店內坐滿;

店外一共有20組客人座位, 則第17~36組客人坐在店外排隊;

第37組客人來了, 啟動臨時餐桌供客人吃飯.

所以, 這裡的店內16張桌子則是corePoolSize, 店外一共有20組座位則為BlockingQueue, 而臨時餐桌數量即maximumPoolSize-corePoolSize.

上面的例子並非絕對完美, 僅僅是為了便於我們理解線程池的各個參數, 以及加深印象.

4. ThreadPoolExecutor線程池源碼及其原理

有了上面對線程池的總體了解後, 下面結合源碼來看看線程池的底層原理吧!

4.1 從創建ThreadPoolExecutor開始: 線程池構造函數的源碼

public ThreadPoolExecutor(int corePoolSize,

int maximumPoolSize,

long keepAliveTime,

TimeUnit unit,

BlockingQueue<Runnable> workQueue) {

this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue, Executors.defaultThreadFactory(), defaultHandler);

}

上面是ThreadPoolExecutor參數最少的一個構造方法, 默認的ThreadFactory是Executors.defaultThreadFactory(), 默認的 RejectedExecutionHandler是defaultHandler = new AbortPolicy();

public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize,

long keepAliveTime,

TimeUnit unit,

BlockingQueue<Runnable> workQueue,

ThreadFactory threadFactory,

RejectedExecutionHandler handler) {

if (corePoolSize < 0 ||

maximumPoolSize <= 0 ||

maximumPoolSize < corePoolSize ||

keepAliveTime < 0)

throw new IllegalArgumentException();

if (workQueue == null ||

threadFactory == null ||

handler == null)

throw new NullPointerException();

this.acc = System.getSecurityManager() == null ?

null : AccessController.getContext();

this.corePoolSize = corePoolSize;

this.maximumPoolSize = maximumPoolSize;

this.workQueue = workQueue;

this.keepAliveTime = unit.toNanos(keepAliveTime);

this.threadFactory = threadFactory;

this.handler = handler;

}

上面是ThreadPoolExecutor參數最多的一個構造方法, 其他構造方法都是傳入參數調用這個構造方法, 默認的線程工廠見默認的線程工廠Executors#defaultThreadFactory, 各個參數在線程池核心參數介紹已經介紹.

4.2 ThreadPoolExecutor中的一些重要的屬性

對一些重要屬性有基礎的認知, 有助於後面我們更容易看懂源碼流程.

4.2.1 線程池的運行狀態

private static final int COUNT_BITS = Integer.SIZE - 3;

private static final int CAPACITY = (1 << COUNT_BITS) - 1;

// runState is stored in the high-order bits

private static final int RUNNING = -1 << COUNT_BITS;

private static final int SHUTDOWN = 0 << COUNT_BITS;

private static final int STOP = 1 << COUNT_BITS;

private static final int TIDYING = 2 << COUNT_BITS;

private static final int TERMINATED = 3 << COUNT_BITS;

根據上面源碼可知, COUNT_BITS的值為29, CAPACITY的值為2的29次方-1, 二進位表示為: "00011111111111111111111111111111"(明顯29個1);

上面的源碼中線程池的運行狀態的二進位表示:

可以看出, 線程池的狀態由32位int整型的二進位的前三位表示.

下圖根據Javadoc所畫:

4.2.2 核心屬性ctl源碼(線程池狀態和有效線程數)

private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0));

核心屬性ctl, 數據類型是AtomicInteger, 表示了兩個含義:

線程池運行狀態(runState)線程池中的有效線程數(workerCount)那是如何做到一個屬性表示兩個含義的呢? 那就要看看ctlOf方法

private static int ctlOf(int rs, int wc) { return rs | wc; }

ctlOf方法在線程池內部用來更新線程池的ctl屬性,比如ctl初始化的時候: ctl = new AtomicInteger(ctlOf(RUNNING, 0)), 調用ThreadPoolExecutor#shutdown方法等;

rs表示runState, wc表示workerCount;

將 runState和workerCount做按位或運算得到ctl的值;

而runState和workerCount的值由下面兩個方法packing和unpacking, 這裡的形參c就是ctl.get()的值;

// Packing and unpacking ctl

private static int runStateOf(int c) {

return c & ~CAPACITY;

}

private static int workerCountOf(int c) { return c & CAPACITY; }

下面用表格更清晰理解:

按位與運算, 相同位置, 同1才為1, 其餘為0;

結合表格看, runStateOf方法取ctl前3位表示runState, workerCountOf方法取第4~32位的值表示workerCount;

相信大家已經明白runState和workerCount如何被packing和unpacking, 這就是為什麼ctl能即表示runState又能表示wokerCount.

Note: 眾所周知, 與2的整數次冪-1進行按位與運算結果等於取餘運算的結果, 而位運算效率高於取餘運算, 與Java8及其之後的HashMap的散列方式有同曲同工之妙, 見:https://www.cnblogs.com/theRhyme/p/9404082.html#_lab2_1_16.

4.2.3 線程池中的mainLock鎖

private final ReentrantLock mainLock = new ReentrantLock();

這把可重入鎖, 在線程池的很多地方會被用到;

比如要對workers(線程池中的線程集合)操作的時候(如添加一個worker到工作中), interrupt所有的 workers, 調用shutdown方法等.

4.2.4 線程池中的線程集合

private final HashSet<Worker> workers = new HashSet<Worker>();

用來保存當前線程池中的所有線程;

可通過該集合對線程池中的線程進行中斷, 遍歷等;

創建新的線程時, 要添加到該集合, 移除線程, 也要從該集合中移除對應的線程;

對該集合操作都需要mainLock鎖.

4.2.5 mainLock的Condition()對象

private final Condition termination = mainLock.newCondition();

主要是為了讓tryTerminate方法與awaitTermination方法結合使用;

而tryTerminate又被shutdown、shutdownNow、processWorkerExit等方法調用;

Condition對象termination的作用就是當線程池中的狀態表示的值小於TERMINATED的值3時, 當前調用了awaitTermination方法的線程就會wait對應的時間;

等到過了指定的wait時間, 或者線程池狀態等於或大於TERMINATED, wait的線程被喚醒, 就繼續執行;

如果不清楚wait(long)與wait()的區別可參考: Object#wait()與Object#wait(long)的區別.

4.2.6 線程池中曾經達到的最大線程數

private int largestPoolSize;用作監控, 查看當前線程池, 線程數最多的時候的數量是多少, 見方法ThreadPoolExecutor#getLargestPoolSize;

mainLock保證其可見性和原子性.

4.2.7 線程池中已完成的任務數

private long completedTaskCount;

通過方法

ThreadPoolExecutor#getCompletedTaskCount獲取.

4.2.8 核心線程池中的空閒線程

private volatile boolean allowCoreThreadTimeOut;

默認情況下, 只有臨時線程超過了keepAliveTime的時間會被回收;

allowCoreThreadTimeOut默認為false, 如果設置為true, 則會通過中斷或getTask的結果為null的方式停止超過keepAliveTime的核心線程, 具體見getTask方法, 後續會詳細介紹.

5. ThreadPoolExecutor一些重要的方法源碼及其原理解析

5.1 execute方法源碼: 提交task到線程池

public void execute(Runnable command) {

// 如果task為null, 拋出NPE

if (command == null)

throw new NullPointerException();

// 獲得ctl的int值

int c = ctl.get();

// workerCount小於corePoolSize

if (workerCountOf(c) < corePoolSize) {

// 添加一個新的worker, 作為核心線程池的線程

if (addWorker(command, true))

// 添加worker作為核心線程成功, execute方法退出

return;

// 添加worker作為核心線程失敗, 重新獲取ctl的int值

c = ctl.get();

}

// 線程池是RUNNING狀態並且task入阻塞隊列成功

if (isRunning(c) && workQueue.offer(command)) {

// double-check, 再次獲取ctl的值

int recheck = ctl.get();

// 線程池不是RUNNING狀態並且當前task從workerQueue被移除成功

if (! isRunning(recheck) && remove(command))

// 執行拒絕策略

reject(command);

// 線程池中的workerCount為0

else if (workerCountOf(recheck) == 0)

// 啟動一個非核心線程, 由於這裡的task參數為null, 該線程會從workerQueue拉去任務

addWorker(null, false);

}

// 添加一個非核心線程執行提交的task

else if (!addWorker(command, false))

// 添加一個非核心線程失敗, 執行拒絕策略

reject(command);

}

結合上面代碼中的注釋和提交任務到線程池中的流程, 相信我們已經對這個execute方法提交task到線程池的流程的源碼更加清晰了.

5.2 addWorker方法源碼: 創建線程並啟動, 執行提交的task

private boolean addWorker(Runnable firstTask, boolean core) {

retry:

for ( ;;) {

int c = ctl.get();

// 線程池運行狀態

int rs = runStateOf(c);

// 如果線程池運行狀態大於等於SHUTDOWN, 提交的firstTask為null, workQueue為null,返回false

if (rs >= SHUTDOWN &&

! (rs == SHUTDOWN &&

firstTask == null &&

! workQueue.isEmpty()))

return false;

for (;;) {

// workerCount

int wc = workerCountOf(c);

// 線程數大於了2的29次方-1, 或者想要添加為核心線程但是核心線程池滿, 或者想要添加為臨時線程, 但是workerCount等於或大於了最大的線程池線程數maximumPoolSize, 返回false

if (wc >= CAPACITY ||

wc >= (core ? corePoolSize : maximumPoolSize))

return false;

// CAS的方式讓workerCount數量增加1,如果成功, 終止循環

if (compareAndIncrementWorkerCount(c))

break retry;

c = ctl.get();

// 再次檢查runState, 如果被更改, 重頭執行retry代碼

if (runStateOf(c) != rs)

continue retry;

// 其他的, 上面的CAS如果由於workerCount被其他線程改變而失敗, 繼續內部的for循環

}

}

// 標誌位workerStarted, workerAdded

boolean workerStarted = false;

boolean workerAdded = false;

Worker w = null;

try {

// 傳入task對象, 創建Worker對象

w = new Worker(firstTask);

// 從worker對象中回去Thread對象

final Thread t = w.thread;

if (t != null) {

final ReentrantLock mainLock = this.mainLock;

// 獲取mainLock鎖

mainLock.lock();

try {

// 獲取mainLock鎖之後, 再次檢查runState

int rs = runStateOf(ctl.get());

// 如果是RUNNING狀態, 或者是SHUTDOWN狀態並且傳入的task為null(執行workQueue中的task)

if (rs < SHUTDOWN ||

(rs == SHUTDOWN && firstTask == null)) {

// 線程已經被啟動, 拋出IllegalThreadStateException

if (t.isAlive())

throw new IllegalThreadStateException();

// 將worker對象添加到HashSet

workers.add(w);

int s = workers.size();

// 線程池中曾經達到的最大線程數(上面4.2.6提到過)

if (s > largestPoolSize)

largestPoolSize = s;

// worker被添加成功

workerAdded = true;

}

} finally {

// 釋放mainLock鎖

mainLock.unlock();

}

// 如果worker被添加成功, 啟動線程, 執行對應的task

if (workerAdded) {

t.start();

workerStarted = true;

}

}

} finally {

// 如果線程啟動失敗, 執行addWorkerFailed方法

if (! workerStarted)

addWorkerFailed(w);

}

return workerStarted;

}

每行代碼都有詳細的對應的注釋, 相信我們已經明白了addWorker方法的過程.

5.3 Worker類源碼: 線程是如何執行提交到線程池中的task?

上面的addWorker方法中, 獲得Worker對象中的Thread對象(final Thread t = w.thread;), 並調用線程的start方法啟動線程執行Worker中的run方法.

5.3.1 Worker 的定義

繼承了AQS(AbstractQueuedSynchronizer), 重寫了部分方法, 這裡的主要作用主要是通過tryLock或isLocked方法判斷當前線程是否正在執行Worker中的run方法, 如果返回false, 則線程沒有正在執行或沒有處於active, 反之, 處於;

結合getActiveCount方法源碼理解;

實現了Runnable接口, 是一個線程可執行的任務.

private final class Worker

extends AbstractQueuedSynchronizer

implements Runnable{ ...}

5.3.2 Worker中的屬性

5.3.3 Worker的構造方法

首先設置初始狀態state為-1, 這裡的setState方法是AQS中的方法;

提交的task賦值給firstTask屬性;

利用ThreadFactory, 傳入當前Worker對象(為了執行當前Worker中的run方法), 創建Thread對象.

Worker(Runnable firstTask) {

setState(-1);

// inhibit interrupts until runWorker

this.firstTask = firstTask;

this.thread = getThreadFactory().newThread(this);

}

5.3.4 Worker中的run方法

Worker對象的run方法, 直接調用了ThreadPoolExecutor的runWorker方法.

public void run() {

runWorker(this);

}

5.3.5 Worker中的重寫AQS的方法tryAcquire, tryRelease, isHeldExclusively

5.3.5.1 tryAcquire方法

嘗試將state從0設置為1, 成功後把當前持有鎖的線程設置為當前線程;

形參unused沒有用到.

protected boolean tryAcquire(int unused) {

if (compareAndSetState(0, 1)) {

setExclusiveOwnerThread(Thread.currentThread());

return true;

}

return false;

}

5.3.5.2 tryRelease方法

直接將當前持有鎖的線程設置為null, 將state設置為1;

形參unused沒有用到.

protected boolean tryRelease(int unused) {

setExclusiveOwnerThread(null);

setState(0);

return true;

}

5.3.5.3 isHeldExclusively方法

判斷當前線程是否已經獲取了Worker的鎖;如果getState() == 0, 則沒有線程獲取了該鎖, 可以嘗試獲取鎖, 將state設置為1; 如果getState() == 1, 已經有線程獲取了該鎖, 互斥, 此時無法獲取該鎖.

protected boolean isHeldExclusively() {

return getState() != 0;

}

5.3.6 lock方法

獲取鎖, 直到獲取到鎖為止(具體見AbstractQueuedSynchronizer#acquireQueued方法);

public void lock() { acquire(1); }

5.3.7 tryLock方法

tryLock, 嘗試獲取鎖, 獲取到返回true, 否則返回false.

public boolean tryLock() { return tryAcquire(1); }

5.3.8 isLocked方法

isLocked方法, 如果當前有線程持有該鎖, 則返回true, 否則返回false.

public boolean isLocked() { return isHeldExclusively(); }

5.3.9 interruptIfStarted方法

線程啟動會調用unlock方法(ThreadPoolExecutor.java第1131行), 將state設置為0;

如果線程已經啟動, 並且沒有被中斷, 調用線程的中斷方法.

void interruptIfStarted() {

Thread t;

if (getState() >= 0 && (t = thread) != null && !t.isInterrupted()) {

try {

t.interrupt();

} catch (SecurityException ignore) {

}

}

}

5.3.10 unlock方法

底層調用worker的tryRelease方法, 設置state為0.

public void unlock() { release(1); }

5.4 runWorker方法源碼: 線程池中線程被復用的關鍵

執行提交的task或死循環從BlockingQueue獲取task.

final void runWorker(Worker w) {

Thread wt = Thread.currentThread();

Runnable task = w.firstTask;

w.firstTask = null;

w.unlock();

boolean completedAbruptly = true;

try {

// 當傳入的task不為null, 或者task為null但是從BlockingQueue中獲取的task不為null

while (task != null || (task = getTask()) != null) {

// 執行任務之前先獲取鎖

w.lock();

// 線程池狀態如果為STOP, 或者當前線程是被中斷並且線程池是STOP狀態, 或者當前線程不是被中斷;

// 則調用interrupt方法中斷當前線程

if ((runStateAtLeast(ctl.get(), STOP) ||

(Thread.interrupted() &&

runStateAtLeast(ctl.get(), STOP))) &&

!wt.isInterrupted())

wt.interrupt();

try {

// beforeExecute hook方法

beforeExecute(wt, task);

Throwable thrown = null;

try {

// 真正執行提交的task的run方法

task.run();

} catch (RuntimeException x) {

thrown = x; throw x;

} catch (Error x) {

thrown = x; throw x;

} catch (Throwable x) {

thrown = x; throw new Error(x);

} finally {

// afterExecute hook方法

afterExecute(task, thrown);

}

} finally {

// task賦值為null, 下次從BlockingQueue中獲取task

task = null;

w.completedTasks++;

w.unlock();

}

}

completedAbruptly = false;

} finally {

processWorkerExit(w, completedAbruptly);

}

5.5 getTask方法源碼: 從BlockingQueue中獲取task

private Runnable getTask() {

// BlockingQueue的poll方法是否已經超時

boolean timedOut = false;

for (;;) {

int c = ctl.get();

int rs = runStateOf(c);

// 如果線程池狀態>=SHUTDOWN,並且BlockingQueue為null;

// 或者線程池狀態>=STOP

// 以上兩種情況都減少工作線程的數量, 返回的task為null

if (rs >= SHUTDOWN && (rs >= STOP || workQueue.isEmpty())) {

decrementWorkerCount();

return null;

}

int wc = workerCountOf(c);

// 當前線程是否需要被淘汰

boolean timed = allowCoreThreadTimeOut || wc > corePoolSize;

if ((wc > maximumPoolSize || (timed && timedOut))

&& (wc > 1 || workQueue.isEmpty())) {

if (compareAndDecrementWorkerCount(c))

return null;

continue;

}

try {

// BlockingQueue的poll方法超時會直接返回null

// BlockingQueue的take方法, 如果隊列中沒有元素, 當前線程會wait, 直到其他線程提交任務入隊喚醒當前線程.

Runnable r = timed ?

workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS) : workQueue.take();

if (r != null)

return r;

timedOut = true;

} catch (InterruptedException retry) {

timedOut = false;

}

}

}

5.6 shutdown方法源碼: 中斷所有空閒的線程

public void shutdown() {

final ReentrantLock mainLock = this.mainLock;

mainLock.lock();

try {

checkShutdownAccess();

// 死循環將線程池狀態設置為SHUTDOWN

advanceRunState(SHUTDOWN);

// 中斷所有空閒的線程

interruptIdleWorkers();

// hook函數, 比如ScheduledThreadPoolExecutor對該方法的重寫

onShutdown();

} finally {

mainLock.unlock();

}

tryTerminate();

}

5.7 shutdownNow方法源碼: 中斷所有空閒的線程, 刪除並返回BlockingQueue中所有的task

public List<Runnable> shutdownNow() {

List<Runnable> tasks;

final ReentrantLock mainLock = this.mainLock;

mainLock.lock();

try {

checkShutdownAccess();

// 死循環將線程池狀態設置為STOP

advanceRunState(STOP);

// 中斷所有空閒的線程

interruptWorkers();

// 刪除並返回BlockingQueue中所有的task

tasks = drainQueue();

} finally {

mainLock.unlock();

}

tryTerminate();

// 返回BlockingQueue中所有的task

return tasks;

}

6. ThreadPoolExecutor一些其他的方法和屬性介紹

6.1 默認的線程工廠Executors#defaultThreadFactory

默認的線程工廠的兩個重要作用就是創建線程和初始化線程名前綴.

創建DefaultThreadFactory對象.

public static ThreadFactory defaultThreadFactory() {

return new DefaultThreadFactory();

}

DefaultThreadFactory默認構造方法, 初始化ThreadGroup和創建出的線程名前綴namePrefix.

static class DefaultThreadFactory implements ThreadFactory {

private static final AtomicInteger poolNumber = new AtomicInteger(1);

private final ThreadGroup group;

private final AtomicInteger threadNumber = new AtomicInteger(1);

private final String namePrefix;

DefaultThreadFactory() {

SecurityManager s = System.getSecurityManager();

group = (s != null) ? s.getThreadGroup() :

Thread.currentThread().getThreadGroup();

namePrefix = "pool-" +

poolNumber.getAndIncrement() +

"-thread-";

}

public Thread newThread(Runnable r) {

Thread t = new Thread(group, r,

namePrefix + threadNumber.getAndIncrement(),

0);

if (t.isDaemon())

// 非daemon線程, 不會隨父線程的消亡而消亡

t.setDaemon(false);

if (t.getPriority() != Thread.NORM_PRIORITY)

t.setPriority(Thread.NORM_PRIORITY);

return t;

}

}

6.2 ThreadPoolExecutor默認實現的4種拒絕策略

6.2.1 CallerRunsPolicy

如果線程池狀態不是SHUTDOWN, 由提交任務到線程池中(如調用ThreadPoolExecutor#execute方法)的線程執行該任務;

如果線程池狀態是SHUTDOWN, 則該任務會被直接丟棄掉, 不會再次入隊或被任何線程執行.

public static class CallerRunsPolicy implements RejectedExecutionHandler {

public CallerRunsPolicy() { }

public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {

if (!e.isShutdown()) {

r.run();

}

}

}

6.2.2 AbortPolicy

在調用提交任務到線程池中(如調用ThreadPoolExecutor#execute方法)的線程中直接拋出RejectedExecutionException異常, 當然任務也不會被執行, 提交任務的線程如果未捕獲異常會因此停止.

public static class AbortPolicy implements RejectedExecutionHandler {

public AbortPolicy() { }

public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {

throw new RejectedExecutionException("Task " + r.toString() +

" rejected from " +

e.toString()

);

}

}

6.2.3 DiscardPolicy

直接丟棄掉這個任務, 不做任何事情.

public static class DiscardPolicy implements RejectedExecutionHandler {

public DiscardPolicy() { }

public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { }

}

6.2.4 DiscardOldestPolicy

線程池如果不是SHUTDOWN狀態, 丟棄最老的任務, 即workQueue隊頭的任務, 將當前任務execute提交到線程池;

與CallerRunsPolicy一樣, 如果線程池狀態是SHUTDOWN, 則該任務會被直接丟棄掉, 不會再次入隊或被任何線程執行.

public static class DiscardOldestPolicy implements RejectedExecutionHandler {

public DiscardOldestPolicy() { }

public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {

if (!e.isShutdown()) {

e.getQueue().poll();

e.execute(r);

}

}

6.3 addWorkerFailed方法源碼: 移除啟動線程失敗的worker

private void addWorkerFailed(Worker w) {

final ReentrantLock mainLock = this.mainLock;

// 獲取mainLock鎖

mainLock.lock();

try {

// 如果worker不為null, 從HashSet中移除worker

if (w != null)

workers.remove(w);

// 循環執行CAS操作直到讓workerCount數量減少1

decrementWorkerCount();

// 執行tryTerminate方法

tryTerminate();

} finally {

mainLock.unlock();

}

}

6.4 tryTerminate方法源碼: 嘗試更改runState, workerCount, 嘗試關閉線程池

final void tryTerminate() {

for (;;) {

// 獲取ctl, runState和workerCount

int c = ctl.get();

// 當前線程池狀態是否是RUNNING, 或者是否是TIDYING或TERMINATED狀態, 或者是否是SHUTDOWN狀態並且workQueue不為空(需要被線程執行), return結束方法

if (isRunning(c) ||

runStateAtLeast(c, TIDYING) ||

(runStateOf(c) == SHUTDOWN && ! workQueue.isEmpty()))

return;

// workerCount如果不為0, 隨機中斷一個空閒的線程, return結束方法

if (workerCount如果不為0,(c) != 0) {

interruptIdleWorkers(ONLY_ONE);

return;

}

final ReentrantLock mainLock = this.mainLock;

// 獲取mainLock鎖

mainLock.lock();

try {

// CAS方式設置當前線程池狀態為TIDYING, workerCount為0

if (ctl.compareAndSet(c, ctlOf(TIDYING, 0))) {

try {

// 執行hook方法terminated

terminated();

} finally {

// 設置當前線程池狀態為TERMINATED, workerCount為0

ctl.set(ctlOf(TERMINATED, 0));

// 喚醒調用了awaitTermination方法的線程

termination.signalAll();

}

return;

}

} finally {

mainLock.unlock();

}

// 當CAS失敗, 循環重試

}

}

6.5 awaitTermination方法源碼: 等待指定時間後, 線程池是否已經關閉

死循環判斷, 如果當前線程池狀態小於TERMINATED, 則wait對應的時間;

如果過了wait的時間(nanos <= 0), 線程池狀態大於等於TERMINATED則循環終止, 函數返回true, 否則返回false.

public boolean awaitTermination(long timeout, TimeUnit unit)

throws InterruptedException {

long nanos = unit.toNanos(timeout);

final ReentrantLock mainLock = this.mainLock;

mainLock.lock();

try {

for (;;) {

if (runStateAtLeast(ctl.get(), TERMINATED))

return true;

if (nanos <= 0)

return false;

nanos = termination.awaitNanos(nanos);

}

} finally {

mainLock.unlock();

}

}

6.6 prestartCoreThread方法源碼: 預啟動一個核心線程

如果當前線程池中的核心線程數小於corePoolSize, 則增加一個核心線程(提交的task為null).

public boolean prestartCoreThread() {

return workerCountOf(ctl.get()) < corePoolSize &&

addWorker(null, true);

}

6.7 prestartAllCoreThreads方法源碼: 預先啟動線程池中的所有核心線程

啟動所有的核心線程.

public int prestartAllCoreThreads() {

int n = 0;

while (addWorker(null, true))

++n;

return n;

}

6.8 getActiveCount方法源碼: 獲得當前線程池中活躍的線程

獲得當前線程池中活躍的線程(即正在執行task沒有wait的線程, [runWorker](#5.4 runWorker方法源碼: 線程池中線程被復用的關鍵)方法中的同步代碼塊).

public int getActiveCount() {

final ReentrantLock mainLock = this.mainLock;

mainLock.lock();

try {

int n = 0;

for (Worker w : workers)

if (w.isLocked())

++n;

return n;

} finally {

mainLock.unlock();

}

}

總結

通過介紹ThreadPoolExecutor的構造方法, 重要屬性, execute方法, 引出Worker類, 以及真正的線程處理提交到線程池中的task的源碼和流程, 對ThreadPoolExecutor整體結構有了清晰的認知;

線程池ThreadPoolExecutor使用BlockingQueue實現線程間的等待-通知機制, 當然也可以自己手動實現;

復用線程體現在runWorker方法中, 死循環+BlockingQueue的特性.

相關焦點

  • 三萬字總結最全Java線程池源碼面試題
    如果沒有直接聲明線程池而是使用其他人提供的類庫來獲得一個線程池,請務必查看源碼,以確認線程池的實例化方式和配置是符合預期的● 實現任務線程隊列緩存策略和拒絕機制● 實現某些與時間相關的功能如定時執行、周期執行等● 隔離線程環境比如
  • 鴻蒙內核源碼分析:Task/線程管理篇
    當前進程內高優先級的線程可搶佔當前進程內低優先級線程,當前進程內低優先級線程必須在當前進程內高優先級線程阻塞或結束後才能得到調度。線程狀態說明:初始化(Init):該線程正在被創建。就緒(Ready):該線程在就緒列表中,等待CPU調度。運行(Running):該線程正在運行。
  • LockSupport:一個很靈活的線程工具類
    (long deadline);  //(7)恢復當前線程public static void unpark(Thread thread); public static Object getBlocker(Thread t);注意上面的123方法,都有一個blocker,這個blocker是用來記錄線程被阻塞時被誰阻塞的。
  • 線程不是你想中斷就能中斷
    每個線程都有這樣的標記位,當線程執行時,應該定期檢查這個標記位,如果標記位被設置成 true,就說明有程序想終止該線程。回到源碼,可以看到在 while 循環體判斷語句中,首先通過Thread.currentThread().isInterrupt()判斷線程是否被中斷,隨後檢查是否還有工作要做。
  • Java並發包CountDownLatch、CyclicBarrier、Semaphore原理解析
    1.2、CountDownLatch的實現原理CountDownLatch的實現原理主要是通過內部類Sync來實現的,內部類Sync是AQS的子類,主要是通過重寫AQS的共享式獲取和釋放同步狀態方法來實現的。
  • 鴻蒙內核源碼分析:調度機制篇
    鴻蒙的內核中 Task 和 線程 在廣義上可以理解為是一個東西,但狹義上肯定會有區別,區別在於管理體系的不同,Task是調度層面的概念,線程是進程層面概念。比如 main() 函數中首個函數 OsSetMainTask(); 就是設置啟動任務,但此時啥都還沒開始呢,Kprocess 進程都沒創建,怎麼會有大家一般意義上所理解的線程呢。
  • 【Vue原理】Props - 源碼版
    專注 Vue 源碼分享,文章分為白話版和 源碼版,白話版助於理解工作原理,源碼版助於了解內部詳情,讓我們一起學習吧研究基於 Vue版本2.5.17今天記錄 Props 源碼流程,哎,這東西,就算是研究過了,也真是會隨著時間慢慢忘記的。幸好我做了詳細的文章,忘記了什麼的,回憶起來必然是很快的。
  • 我用多線程爬了5000多部最新電影下載連結
    但是這裡還是有很多的小細節,例如我們需要拿到電影的總頁數,其次這麼多的頁面,一個線程不知道要跑到什麼時候,所以我們首先先拿到總頁碼,然後用多線程來進行任務的分配。 total_page = get_total_page("https://www.ygdy8.com/html/gndy/oumei/list_7_1.html")    total_page = int(total_page/25+1)    end = int(total_page/4)    try:        _thread.start_new_thread
  • 短連結服務Octopus的實現與源碼開放
    octopus的實現參考了網際網路中幾篇關於"短鏈服務實現"瀏覽量比較高的文章,下面從實現原理、服務實現和部署架構等方面展開談談。基本原理短鏈服務的核心就是構建短連結和長連結的唯一映射關係,依賴到一個高性能、排列組合數量大而且破解難度大的映射標識生成算法。
  • Objective-C Autorelease Pool 的實現原理
    內存管理一直是學習 Objective-C 的重點和難點之一,儘管現在已經是 ARC 時代了,但是了解 Objective-C 的內存管理機制仍然是十分必要的。其中,弄清楚 autorelease 的原理更是重中之重,只有理解了 autorelease 的原理,我們才算是真正了解了 Objective-C 的內存管理機制。
  • Android Gradle Plugin 源碼解析(上)
    本文由玉剛說寫作平臺提供寫作贊助贊助金額:200元原作者:ShinyZeng版權聲明:本文版權歸微信公眾號 玉剛說 所有,未經許可,不得以任何形式轉載一、源碼依賴本文基於:android gradle plugin版本:com.android.tools.build
  • Java並發工具三劍客之CountDownLatch源碼解析
    CountDownLatch是Java並發包下的一個工具類,latch是門閂的意思,顧名思義,CountDownLatch就是有一個門閂擋住了裡面的人(線程)出來,當count減到0的時候,門閂就打開了,人(線程)就可以出來了。
  • Java並發包源碼學習系列:CLH同步隊列及同步資源獲取與釋放
    CLH隊列的結構我在Java並發包源碼學習系列:AbstractQueuedSynchronizer#同步隊列與Node節點已經粗略地介紹了一下CLH的結構,本篇主要解析該同步隊列的相關操作,因此在這邊再回顧一下:AQS通過內置的FIFO同步雙向隊列來完成資源獲取線程的排隊工作,內部通過節點head【實際上是虛擬節點,真正的第一個線程在head.next的位置】和tail
  • 阿里技術官架構使用總結:Spring+MyBatis源碼+Tomcat架構解析等
    今天就由阿里一線P8架構師揭秘,對他使用的技術進行了一個總結,這個PDF總結主要涉及到Spring、MyBatis源碼以及Tomcat等,希望能夠幫助到大家,對自己有一定提升。需要PDF版的朋友,直接私信我【架構】即可免費領取哦~01 Spring源碼深度解析第一部分 核心實現第1章 Spring整體架構和環境搭建
  • Java中的多線程你只要看這一篇就夠了
    從jdk源碼注釋來看,blocked指的是對monitor的等待(可以參考下文的圖)即該線程位於等待區。●線程在Running的過程中可能會遇到等待(Waiting)情況線程可以主動調用object.wait或者sleep,或者join(join內部調用的是sleep,所以可看成sleep的一種)進入。
  • Android-skin-support 換膚原理全面解析
    本篇來自 瀟風寒月 的投稿,對 Android 開發中的換膚原理進行了詳細解析。一起來看看!希望大家喜歡。這裡只講原理,具體的使用方式還是去看官方的文檔吧,源碼地址:https://github.com/ximsfei/Android-skin-support該庫的支持的功能如下:支持布局中用到的資源換膚。支持代碼中設置的資源換膚。
  • 高性能內存隊列Disruptor原理分析
    得益於其優秀的設計,和對計算機底層原理的運用,官網說的:mechanical sympathy,我翻譯成硬體偏向或者面向硬體編程。同時它跟我們常見的MQ不一樣,這裡說的線程間其實就是同一個進程內,不同線程間的消息傳遞,跟JDK中的那些阻塞和並發隊列的用法是一樣的,也就是說它們不會誇進程。