在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

調(diào)度線程池ScheduledThreadPoolExecutor源碼解析

jf_78858299 ? 來(lái)源:JAVA旭陽(yáng) ? 作者:JAVA旭陽(yáng) ? 2023-05-11 10:45 ? 次閱讀

前言

ScheduledThreadPoolExecutor可以用來(lái)很方便實(shí)現(xiàn)我們的調(diào)度任務(wù),具體使用可以參考調(diào)度線程池ScheduledThreadPoolExecutor的正確使用姿勢(shì)這篇文章,那大家知道它是怎么實(shí)現(xiàn)的嗎,本文就帶大家來(lái)揭曉謎底。

實(shí)現(xiàn)機(jī)制分析

我們先思考下,如果讓大家去實(shí)現(xiàn)ScheduledThreadPoolExecutor可以周期性執(zhí)行任務(wù)的功能,需要考慮哪些方面呢?

  1. ScheduledThreadPoolExecutor的整體實(shí)現(xiàn)思路是什么呢?

答:我們是不是可以繼承線程池類,按照線程池的思路,將任務(wù)先丟到阻塞隊(duì)列中,等到時(shí)間到了,工作線程就從阻塞隊(duì)列獲取任務(wù)執(zhí)行。

  1. 如何實(shí)現(xiàn)等到了未來(lái)的時(shí)間點(diǎn)就開(kāi)始執(zhí)行呢?

答:我們可以根據(jù)參數(shù)獲取這個(gè)任務(wù)還要多少時(shí)間執(zhí)行,那么我們是不是可以從阻塞隊(duì)列中獲取任務(wù)的時(shí)候,通過(guò)條件隊(duì)列的的awaitNanos(delay)方法,阻塞一定時(shí)間。

  1. 如何實(shí)現(xiàn) 任務(wù)的重復(fù)性執(zhí)行呢?

答:這就更加簡(jiǎn)單了,任務(wù)執(zhí)行完成后,把它再次加入到隊(duì)列不就行了嗎。

圖片

源碼解析

類結(jié)構(gòu)圖

圖片

ScheduledThreadPoolExecutor的類結(jié)構(gòu)圖如上圖所示,很明顯它是在我們的線程池ThreadPoolExecutor框架基礎(chǔ)上擴(kuò)展的。

  • ScheduledExecutorService:實(shí)現(xiàn)了該接口,封裝了調(diào)度相關(guān)的API
  • ThreadPoolExecutor:繼承了該類,保留了線程池的能力和整個(gè)實(shí)現(xiàn)的框架
  • DelayedWorkQueue:內(nèi)部類,延遲阻塞隊(duì)列。
  • ScheduledFutureTask:延遲任務(wù)對(duì)象,包含了任務(wù)、任務(wù)狀態(tài)、剩余的時(shí)間、結(jié)果等信息。

重要屬性

通過(guò)ScheduledThreadPoolExecutor類的成員屬性,我們可以了解它的數(shù)據(jù)結(jié)構(gòu)。

  1. shutdown 后是否繼續(xù)執(zhí)行周期任務(wù)(重復(fù)執(zhí)行)
private volatile boolean continueExistingPeriodicTasksAfterShutdown;
  1. shutdown 后是否繼續(xù)執(zhí)行延遲任務(wù)(只執(zhí)行一次)
private volatile boolean executeExistingDelayedTasksAfterShutdown = true;
  1. 調(diào)用cancel()方法后,是否將該任務(wù)從隊(duì)列中移除,默認(rèn)false
private volatile boolean removeOnCancel = false;
  1. 任務(wù)的序列號(hào),保證FIFO隊(duì)列的順序,用來(lái)比較優(yōu)先級(jí)
private static final AtomicLong sequencer = new AtomicLong()
  1. ScheduledFutureTask延遲任務(wù)類
  • ScheduledFutureTask 繼承 FutureTask,實(shí)現(xiàn) RunnableScheduledFuture 接口,無(wú)論是 runnable 還是 callable,無(wú)論是否需要延遲和定時(shí),所有的任務(wù)都會(huì)被封裝成 ScheduledFutureTask
  • 該類具有延遲執(zhí)行的特點(diǎn), 覆蓋 FutureTaskrun 方法來(lái)實(shí)現(xiàn)對(duì)延時(shí)執(zhí)行、周期執(zhí)行的支持。
  • 對(duì)于延時(shí)任務(wù)調(diào)用 FutureTask#run,而對(duì)于周期性任務(wù)則調(diào)用FutureTask#runAndReset 并且在成功之后根據(jù) fixed-delay/fixed-rate模式來(lái)設(shè)置下次執(zhí)行時(shí)間并重新將任務(wù)塞到工作隊(duì)列。
  • 成員屬性如下:
// 任務(wù)序列號(hào)
private final long sequenceNumber;
// 任務(wù)可以被執(zhí)行的時(shí)間,交付時(shí)間,以納秒表示
private long time;	
// 0 表示非周期任務(wù)
// 正數(shù)表示 fixed-rate(兩次開(kāi)始啟動(dòng)的間隔)模式的周期,
// 負(fù)數(shù)表示 fixed-delay(一次執(zhí)行結(jié)束到下一次開(kāi)始啟動(dòng)) 模式
private final long period;	
// 執(zhí)行的任務(wù)對(duì)象
RunnableScheduledFuture
  1. DelayedWorkQueue延遲隊(duì)列
  • DelayedWorkQueue 是支持延時(shí)獲取元素的阻塞隊(duì)列, 內(nèi)部采用優(yōu)先隊(duì)列 PriorityQueue(小根堆、滿二叉樹(shù))存儲(chǔ)元素。
  • 內(nèi)部數(shù)據(jù)結(jié)構(gòu)是數(shù)組,所以延遲隊(duì)列出隊(duì)頭元素后需要讓其他元素(尾)替換到頭節(jié)點(diǎn),防止空指針異常。
  • 成員屬性如下:
// 初始容量
private static final int INITIAL_CAPACITY = 16;	
// 節(jié)點(diǎn)數(shù)量
private int size = 0;
// 存放任務(wù)的數(shù)組
private RunnableScheduledFuture?[] queue = 
    new RunnableScheduledFuture?[INITIAL_CAPACITY];	
// 控制并發(fā)用的鎖
private final ReentrantLock lock = new ReentrantLock();	
// 條件隊(duì)列
private final Condition available = lock.newCondition();
//指定用于等待隊(duì)列頭節(jié)點(diǎn)任務(wù)的線程
private Thread leader = null;

提交延遲任務(wù)schedule()原理

延遲執(zhí)行方法,并指定延遲執(zhí)行的時(shí)間,只會(huì)執(zhí)行一次。

  1. schedule()方法是延遲任務(wù)方法的入口。
public ScheduledFuture? schedule(Runnable command,
                                   long delay,
                                   TimeUnit unit) {
    // 判空處理
    if (command == null || unit == null)
        throw new NullPointerException();
    // 將外部傳入的任務(wù)封裝成延遲任務(wù)對(duì)象ScheduledFutureTask
    RunnableScheduledFuture? t = decorateTask(command,
        new ScheduledFutureTask<Void>(command, null,
                                      triggerTime(delay, unit)));
    // 執(zhí)行延遲任務(wù)
    delayedExecute(t);
    return t;
}
  1. decorateTask(...) 該方法是封裝延遲任務(wù)
  • 調(diào)用triggerTime(delay, unit)方法計(jì)算延遲的時(shí)間。
// 返回【當(dāng)前時(shí)間 + 延遲時(shí)間】,就是觸發(fā)當(dāng)前任務(wù)執(zhí)行的時(shí)間
private long triggerTime(long delay, TimeUnit unit) {
    // 設(shè)置觸發(fā)的時(shí)間
    return triggerTime(unit.toNanos((delay < 0) ? 0 : delay));
}
long triggerTime(long delay) {
    // 如果 delay < Long.Max_VALUE/2,則下次執(zhí)行時(shí)間為當(dāng)前時(shí)間 +delay
    // 否則為了避免隊(duì)列中出現(xiàn)由于溢出導(dǎo)致的排序紊亂,需要調(diào)用overflowFree來(lái)修正一下delay
    return now() + ((delay < (Long.MAX_VALUE >> 1)) ? delay : overflowFree(delay));
}

// 下面這種情況很少,大家看不懂可以不用強(qiáng)行理解
// 如果某個(gè)任務(wù)的 delay 為負(fù)數(shù),說(shuō)明當(dāng)前可以執(zhí)行(其實(shí)早該執(zhí)行了)。
// 阻塞隊(duì)列中維護(hù)任務(wù)順序是基于 compareTo 比較的,比較兩個(gè)任務(wù)的順序會(huì)用 time 相減。
// 那么可能出現(xiàn)一個(gè) delay 為正數(shù)減去另一個(gè)為負(fù)數(shù)的 delay,結(jié)果上溢為負(fù)數(shù),則會(huì)導(dǎo)致 compareTo 產(chǎn)生錯(cuò)誤的結(jié)果
private long overflowFree(long delay) {
    Delayed head = (Delayed) super.getQueue().peek();
    if (head != null) {
        long headDelay = head.getDelay(NANOSECONDS);
        // 判斷一下隊(duì)首的delay是不是負(fù)數(shù),如果是正數(shù)就不用管,怎么減都不會(huì)溢出
        // 否則拿當(dāng)前 delay 減去隊(duì)首的 delay 來(lái)比較看,如果不出現(xiàn)上溢,排序不會(huì)亂
		// 不然就把當(dāng)前 delay 值給調(diào)整為 Long.MAX_VALUE + 隊(duì)首 delay
        if (headDelay < 0 && (delay - headDelay < 0))
            delay = Long.MAX_VALUE + headDelay;
    }
    return delay;
}
  • 調(diào)用RunnableScheduledFuture的構(gòu)造方法封裝為延遲任務(wù)
ScheduledFutureTask(Runnable r, V result, long ns) {
    super(r, result);
     // 任務(wù)的觸發(fā)時(shí)間
    this.time = ns;
     // 任務(wù)的周期, 延遲任務(wù)的為0,因?yàn)椴恍枰貜?fù)執(zhí)行
    this.period = 0;
    // 任務(wù)的序號(hào) + 1
    this.sequenceNumber = sequencer.getAndIncrement();
}
  • 調(diào)用decorateTask()方法裝飾延遲任務(wù)
// 沒(méi)有做任何操作,直接將 task 返回,該方法主要目的是用于子類擴(kuò)展
protected

提交周期任務(wù)scheduleAtFixedRate()原理

按照固定的頻率周期性的執(zhí)行任務(wù),捕手renwu,一次任務(wù)的啟動(dòng)到下一次任務(wù)的啟動(dòng)的間隔

public ScheduledFuture? scheduleAtFixedRate(Runnable command, long initialDelay, long period,
                                              TimeUnit unit) {
    if (command == null || unit == null)
        throw new NullPointerException();
    if (period <= 0)
        throw new IllegalArgumentException();
    // 任務(wù)封裝,【指定初始的延遲時(shí)間和周期時(shí)間】
    ScheduledFutureTask<Void> sft =new ScheduledFutureTask<Void>(command, null,
                                      triggerTime(initialDelay, unit), unit.toNanos(period));
    // 默認(rèn)返回本身
    RunnableScheduledFuture<Void> t = decorateTask(command, sft);
    sft.outerTask = t;
    // 開(kāi)始執(zhí)行這個(gè)任務(wù)
    delayedExecute(t);
    return t;
}

提交周期任務(wù)scheduleWithFixedDelay()原理

按照指定的延時(shí)周期性執(zhí)行任務(wù),上一個(gè)任務(wù)執(zhí)行完畢后,延時(shí)一定時(shí)間,再次執(zhí)行任務(wù)。

public ScheduledFuture? scheduleWithFixedDelay(Runnable command, long initialDelay, long delay,
                                                 TimeUnit unit) {
    if (command == null || unit == null) 
        throw new NullPointerException();
    if (delay <= 0)
        throw new IllegalArgumentException();
    // 任務(wù)封裝,【指定初始的延遲時(shí)間和周期時(shí)間】,周期時(shí)間為 - 表示是 fixed-delay 模式
    ScheduledFutureTask<Void> sft = new ScheduledFutureTask<Void>(command, null,
                                      triggerTime(initialDelay, unit), unit.toNanos(-delay));
    RunnableScheduledFuture<Void> t = decorateTask(command, sft);
    sft.outerTask = t;
     // 開(kāi)始執(zhí)行這個(gè)任務(wù)
    delayedExecute(t);
    return t;
}

執(zhí)行任務(wù)delayedExecute(t)原理

上面多種提交任務(wù)的方式,殊途同歸,最終都會(huì)調(diào)用delayedExecute()方法執(zhí)行延遲或者周期任務(wù)。

  • delayedExecute()方法是執(zhí)行延遲任務(wù)的入口
private void delayedExecute(RunnableScheduledFuture? task) {
    // 線程池是 SHUTDOWN 狀態(tài),執(zhí)行拒絕策略
    if (isShutdown())
        // 調(diào)用拒絕策略的方法
        reject(task);
    else {
        // 把當(dāng)前任務(wù)放入阻塞隊(duì)列
        super.getQueue().add(task);
        // 線程池狀態(tài)為 SHUTDOWN 并且不允許執(zhí)行任務(wù)了,就從隊(duì)列刪除該任務(wù),并設(shè)置任務(wù)的狀態(tài)為取消狀態(tài)
        // 非主流程,可以跳過(guò),不重點(diǎn)看了
        if (isShutdown() && !canRunInCurrentRunState(task.isPeriodic()) && remove(task))
            task.cancel(false);
        else
            // 開(kāi)始執(zhí)行了哈
            ensurePrestart();
    }
}
  • ensurePrestart()方法開(kāi)啟線程執(zhí)行
// ThreadPoolExecutor#ensurePrestart
void ensurePrestart() {
    int wc = workerCountOf(ctl.get());
    // worker數(shù)目小于corePoolSize,則添加一個(gè)worker。
    if (wc < corePoolSize)
        // 第二個(gè)參數(shù) true 表示采用核心線程數(shù)量限制,false 表示采用 maximumPoolSize
        addWorker(null, true);
    // corePoolSize = 0的情況,至少開(kāi)啟一個(gè)線程,【擔(dān)保機(jī)制】
    else if (wc == 0)
        addWorker(null, false);
}

addWorker()方法實(shí)際上父類ThreadPoolExecutor的方法,這個(gè)方法在該文章 Java線程池源碼深度解析中詳細(xì)介紹過(guò),這邊做個(gè)總結(jié):

  • 如果線程池中工作線程數(shù)量小于最大線程數(shù),創(chuàng)建工作線程,執(zhí)行任務(wù)。
  • 如果線程池中工作線程數(shù)量大于最大線程數(shù),直接返回。

獲取延遲任務(wù)take()原理

目前工作線程已經(jīng)創(chuàng)建好了,工作線程開(kāi)始工作了,它會(huì)從阻塞隊(duì)列中獲取延遲任務(wù)執(zhí)行,這部分也是線程池里面的原理,不做展開(kāi),那我們看下它是如何實(shí)現(xiàn)延遲執(zhí)行的? 主要關(guān)注如何從阻塞隊(duì)列中獲取任務(wù)。

  1. DelayedWorkQueue#take()方法獲取延遲任務(wù)
  • 該方法會(huì)在上面的addWoker()方法創(chuàng)建工作線程后,工作線程中循環(huán)持續(xù)調(diào)用workQueue.take()方法獲取延遲任務(wù)。
  • 該方法主要獲取延遲隊(duì)列中任務(wù)延遲時(shí)間小于等于0 的任務(wù)。
  • 如果延遲時(shí)間不小于0,那么調(diào)用條件隊(duì)列的awaitNanos(delay)阻塞方法等待一段時(shí)間,等時(shí)間到了,延遲時(shí)間自然小于等于0了。
  • 獲取到任務(wù)后,工作線程就可以開(kāi)始執(zhí)行調(diào)度任務(wù)了。
// DelayedWorkQueue#take()
public RunnableScheduledFuture? take() throws InterruptedException {
    final ReentrantLock lock = this.lock;
    // 加可中斷鎖
    lock.lockInterruptibly();
    try {
        // 自旋
        for (;;) {
            // 獲取阻塞隊(duì)列中的頭結(jié)點(diǎn)
            RunnableScheduledFuture? first = queue[0];
            // 如果阻塞隊(duì)列沒(méi)有數(shù)據(jù),為空
            if (first == null)
                // 等待隊(duì)列不空,直至有任務(wù)通過(guò) offer 入隊(duì)并喚醒
                available.await();
            else {
                // 獲取頭節(jié)點(diǎn)的的任務(wù)還剩余多少時(shí)間才執(zhí)行
                long delay = first.getDelay(NANOSECONDS);
                if (delay <= 0)
                    // 到達(dá)觸發(fā)時(shí)間,獲取頭節(jié)點(diǎn)并調(diào)整堆,重新選擇延遲時(shí)間最小的節(jié)點(diǎn)放入頭部
                    return finishPoll(first);

                // 邏輯到這說(shuō)明頭節(jié)點(diǎn)的延遲時(shí)間還沒(méi)到
                first = null;
                // 說(shuō)明有 leader 線程在等待獲取頭節(jié)點(diǎn),當(dāng)前線程直接去阻塞等待
                if (leader != null)
                	// 當(dāng)前線程阻塞
                    available.await();
                else {
                    // 沒(méi)有 leader 線程,【當(dāng)前線程作為leader線程,并設(shè)置頭結(jié)點(diǎn)的延遲時(shí)間作為阻塞時(shí)間】
                    Thread thisThread = Thread.currentThread();
                    leader = thisThread;
                    try {
                        // 當(dāng)前線程通過(guò)awaitNanos方法等待delay時(shí)間后,會(huì)自動(dòng)喚醒,往后面繼續(xù)執(zhí)行
                        available.awaitNanos(delay);
                        // 到達(dá)阻塞時(shí)間時(shí),當(dāng)前線程會(huì)從這里醒來(lái),進(jìn)入下一輪循環(huán),就有可能執(zhí)行了
                    } finally {
                        // t堆頂更新,leader 置為 null,offer 方法釋放鎖后,
                        // 有其它線程通過(guò) take/poll 拿到鎖,讀到 leader == null,然后將自身更新為leader。
                        if (leader == thisThread)
                            // leader 置為 null 用以接下來(lái)判斷是否需要喚醒后繼線程
                            leader = null;
                    }
                }
            }
        }
    } finally {
        // 沒(méi)有 leader 線程并且頭結(jié)點(diǎn)不為 null,喚醒阻塞獲取頭節(jié)點(diǎn)的線程,
        // 【如果沒(méi)有這一步,就會(huì)出現(xiàn)有了需要執(zhí)行的任務(wù),但是沒(méi)有線程去執(zhí)行】
        if (leader == null && queue[0] != null)
            available.signal();
        // 解鎖
        lock.unlock();
    }
}
  1. finishPoll()方法獲取到任務(wù)后執(zhí)行

該方法主要做兩個(gè)事情, 獲取頭節(jié)點(diǎn)并調(diào)整堆,重新選擇延遲時(shí)間最小的節(jié)點(diǎn)放入頭部。

private RunnableScheduledFuture?</span> finishPoll(RunnableScheduledFuture?span> f) {
    // 獲取尾索引
    int s = --size;
    // 獲取尾節(jié)點(diǎn)
    RunnableScheduledFuture? x = queue[s];
    // 將堆結(jié)構(gòu)最后一個(gè)節(jié)點(diǎn)占用的 slot 設(shè)置為 null,因?yàn)樵摴?jié)點(diǎn)要嘗試升級(jí)成堆頂,會(huì)根據(jù)特性下調(diào)
    queue[s] = null;
    // s == 0 說(shuō)明 當(dāng)前堆結(jié)構(gòu)只有堆頂一個(gè)節(jié)點(diǎn),此時(shí)不需要做任何的事情
    if (s != 0)
        // 從索引處 0 開(kāi)始向下調(diào)整
        siftDown(0, x);
    // 出隊(duì)的元素索引設(shè)置為 -1
    setIndex(f, -1);
    return f;
}

延遲任務(wù)運(yùn)行的原理

從延遲隊(duì)列中獲取任務(wù)后,工作線程會(huì)調(diào)用延遲任務(wù)的run()方法執(zhí)行任務(wù)。

  1. ScheduledFutureTask#run()方法運(yùn)行任務(wù)
  • 調(diào)用isPeriodic()方法判斷任務(wù)是否是周期性任務(wù)還是非周期性任務(wù)
  • 如果任務(wù)是非周期任務(wù),就調(diào)用父類的FutureTask#run()執(zhí)行一次
  • 如果任務(wù)是非周期任務(wù),就調(diào)用父類的FutureTask#runAndReset(), 返回true會(huì)設(shè)置下一次的執(zhí)行時(shí)間,重新放入線程池的阻塞隊(duì)列中,等待下次獲取執(zhí)行
public void run() {
    // 是否周期性,就是判斷 period 是否為 0
    boolean periodic = isPeriodic();
    // 根據(jù)是否是周期任務(wù)檢查當(dāng)前狀態(tài)能否執(zhí)行任務(wù),不能執(zhí)行就取消任務(wù)
    if (!canRunInCurrentRunState(periodic))
        cancel(false);
    // 非周期任務(wù),直接調(diào)用 FutureTask#run 執(zhí)行一次
    else if (!periodic)
        ScheduledFutureTask.super.run();
    // 周期任務(wù)的執(zhí)行,返回 true 表示執(zhí)行成功
    else if (ScheduledFutureTask.super.runAndReset()) {
        // 設(shè)置周期任務(wù)的下一次執(zhí)行時(shí)間
        setNextRunTime();
        // 任務(wù)的下一次執(zhí)行安排,如果當(dāng)前線程池狀態(tài)可以執(zhí)行周期任務(wù),加入隊(duì)列,并開(kāi)啟新線程
        reExecutePeriodic(outerTask);
    }
}
  1. FutureTask#runAndReset()執(zhí)行周期性任務(wù)
  • 周期任務(wù)正常完成后任務(wù)的狀態(tài)不會(huì)變化,依舊是 NEW,不會(huì)設(shè)置 outcome 屬性。
  • 但是如果本次任務(wù)執(zhí)行出現(xiàn)異常,會(huì)進(jìn)入 setException 方法將任務(wù)狀態(tài)置為異常,把異常保存在 outcome 中。
  • 方法返回 false,后續(xù)的該任務(wù)將不會(huì)再周期的執(zhí)行
protected boolean runAndReset() {
    // 任務(wù)不是新建的狀態(tài)了,或者被別的線程執(zhí)行了,直接返回 false
    if (state != NEW ||
        !UNSAFE.compareAndSwapObject(this, runnerOffset, null, Thread.currentThread()))
        return false;
    boolean ran = false;
    int s = state;
    try {
        Callable
  1. ScheduledFutureTask#setNextRunTime()設(shè)置下次執(zhí)行時(shí)間
  • 如果屬性period大于0,表示fixed-rate模式,直接加上period時(shí)間即可。
  • 如果屬性period小于等于0, 表示是fixed-delay模式, 調(diào)用triggerTime重新計(jì)算下次時(shí)間。
// 任務(wù)下一次的觸發(fā)時(shí)間
private void setNextRunTime() {
    long p = period;
    if (p > 0)
        // fixed-rate 模式,【時(shí)間設(shè)置為上一次執(zhí)行任務(wù)的時(shí)間 + p】,兩次任務(wù)執(zhí)行的時(shí)間差
        time += p;
    else
        // fixed-delay 模式,下一次執(zhí)行時(shí)間是【當(dāng)前這次任務(wù)結(jié)束的時(shí)間(就是現(xiàn)在) + delay 值】
        time = triggerTime(-p);
}
  1. ScheduledFutureTask#reExecutePeriodic(),重新放入阻塞任務(wù)隊(duì)列,等待獲取,進(jìn)行下一輪執(zhí)行
// ScheduledThreadPoolExecutor#reExecutePeriodic
void reExecutePeriodic(RunnableScheduledFuture? task) {
    if (canRunInCurrentRunState(true)) {
        // 【放入任務(wù)隊(duì)列】
        super.getQueue().add(task);
        // 如果提交完任務(wù)之后,線程池狀態(tài)變?yōu)榱?shutdown 狀態(tài),需要再次檢查是否可以執(zhí)行,
        // 如果不能執(zhí)行且任務(wù)還在隊(duì)列中未被取走,則取消任務(wù)
        if (!canRunInCurrentRunState(true) && remove(task))
            task.cancel(false);
        else
            // 當(dāng)前線程池狀態(tài)可以執(zhí)行周期任務(wù),加入隊(duì)列,并【根據(jù)線程數(shù)量是否大于核心線程數(shù)確定是否開(kāi)啟新線程】
            ensurePrestart();
    }
}
聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 線程池
    +關(guān)注

    關(guān)注

    0

    文章

    57

    瀏覽量

    7062
收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    Java中的線程包括哪些

    線程是用來(lái)統(tǒng)一管理線程的,在 Java 中創(chuàng)建和銷毀線程都是一件消耗資源的事情,線程可以重復(fù)
    的頭像 發(fā)表于 10-11 15:33 ?962次閱讀
    Java中的<b class='flag-5'>線程</b><b class='flag-5'>池</b>包括哪些

    線程是如何實(shí)現(xiàn)的

    線程的概念是什么?線程是如何實(shí)現(xiàn)的?
    發(fā)表于 02-28 06:20

    java自帶的線程方法

    二、原理分析 從上面使用線程的例子來(lái)看,最主要就是兩步,構(gòu)造ThreadPoolExecutor對(duì)象,然后每來(lái)一個(gè)任務(wù),就調(diào)用ThreadPoolExecutor對(duì)象的execute方法。 1
    發(fā)表于 09-27 11:06 ?0次下載

    原理解析線程池中多余的線程是如何回收的?

    最近閱讀了JDK線程ThreadPoolExecutor的源碼,對(duì)線程執(zhí)行任務(wù)的流程有了大體了解,實(shí)際上這個(gè)流程也十分通俗易懂,就不再贅
    的頭像 發(fā)表于 11-11 09:57 ?1084次閱讀

    線程線程

    線程通常用于服務(wù)器應(yīng)用程序。 每個(gè)傳入請(qǐng)求都將分配給線程池中的一個(gè)線程,因此可以異步處理請(qǐng)求,而不會(huì)占用主線程,也不會(huì)延遲后續(xù)請(qǐng)求的處理
    的頭像 發(fā)表于 02-28 09:53 ?987次閱讀
    多<b class='flag-5'>線程</b>之<b class='flag-5'>線程</b><b class='flag-5'>池</b>

    Java線程核心原理

    看過(guò)Java線程源碼的小伙伴都知道,在Java線程池中最核心的類就是ThreadPoolExecutor,
    的頭像 發(fā)表于 04-21 10:24 ?1033次閱讀

    如何用C++實(shí)現(xiàn)一個(gè)線程呢?

    C++線程是一種多線程管理模型,把線程分成任務(wù)執(zhí)行和線程調(diào)度兩部分。
    發(fā)表于 06-08 14:53 ?1966次閱讀
    如何用C++實(shí)現(xiàn)一個(gè)<b class='flag-5'>線程</b><b class='flag-5'>池</b>呢?

    線程線程怎么釋放

    線程分組看,pool名開(kāi)頭線程占616條,而且waiting狀態(tài)也是616條,這個(gè)點(diǎn)就非常可疑了,我斷定就是這個(gè)pool開(kāi)頭線程導(dǎo)致的問(wèn)題。我們先排查為何這個(gè)
    發(fā)表于 07-31 10:49 ?2478次閱讀
    <b class='flag-5'>線程</b><b class='flag-5'>池</b>的<b class='flag-5'>線程</b>怎么釋放

    線程的兩個(gè)思考

    今天還是說(shuō)一下線程的兩個(gè)思考。 池子 我們常用的線程, JDK的ThreadPoolExecutor. CompletableFutures 默認(rèn)使用了
    的頭像 發(fā)表于 09-30 11:21 ?3244次閱讀
    <b class='flag-5'>線程</b><b class='flag-5'>池</b>的兩個(gè)思考

    Spring 的線程應(yīng)用

    我們?cè)谌粘i_(kāi)發(fā)中,經(jīng)常跟多線程打交道,Spring 為我們提供了一個(gè)線程方便我們開(kāi)發(fā),它就是 ThreadPoolTaskExecutor ,接下來(lái)我們就來(lái)聊聊 Spring 的線程
    的頭像 發(fā)表于 10-13 10:47 ?745次閱讀
    Spring 的<b class='flag-5'>線程</b><b class='flag-5'>池</b>應(yīng)用

    線程基本概念與原理

    一、線程基本概念與原理 1.1 線程概念及優(yōu)勢(shì) C++線程簡(jiǎn)介
    的頭像 發(fā)表于 11-10 10:24 ?816次閱讀

    線程的基本概念

    線程的基本概念 不管線程是什么東西!但是我們必須知道線程被搞出來(lái)的目的就是:提高程序執(zhí)行效
    的頭像 發(fā)表于 11-10 16:37 ?682次閱讀
    <b class='flag-5'>線程</b><b class='flag-5'>池</b>的基本概念

    線程七大核心參數(shù)執(zhí)行順序

    線程是一種用于管理和調(diào)度線程執(zhí)行的技術(shù),通過(guò)將任務(wù)分配到線程池中的線程進(jìn)行處理,可以有效地控制
    的頭像 發(fā)表于 12-04 16:45 ?1389次閱讀

    線程的創(chuàng)建方式有幾種

    線程是一種用于管理和調(diào)度線程的技術(shù),能夠有效地提高系統(tǒng)的性能和資源利用率。它通過(guò)預(yù)先創(chuàng)建一組線程并維護(hù)一個(gè)工作隊(duì)列,將任務(wù)提交給
    的頭像 發(fā)表于 12-04 16:52 ?1151次閱讀

    什么是動(dòng)態(tài)線程?動(dòng)態(tài)線程的簡(jiǎn)單實(shí)現(xiàn)思路

    因此,動(dòng)態(tài)可監(jiān)控線程一種針對(duì)以上痛點(diǎn)開(kāi)發(fā)的線程管理工具。主要可實(shí)現(xiàn)功能有:提供對(duì) Spring 應(yīng)用內(nèi)線程
    的頭像 發(fā)表于 02-28 10:42 ?956次閱讀
    主站蜘蛛池模板: 久久精品国产免费观看99 | 毛片.com| 三级成人网 | 777奇米影视笫四色88me久久综合 | 99热久久久久久久免费观看 | 亚洲高清色图 | 亚洲视频色 | julia一区二区三区中文字幕 | 六月婷婷导航福利在线 | 国产美女久久 | 手机福利在线观看 | 男人女人真曰批视频播放 | 女的扒开尿口让男人桶爽 | 干夜夜| 色www永久免费视频 色y情视频免费看 | 成人午夜剧场 | 国产色婷婷免费视频 | 国产高清一级视频在线观看 | 亚洲电影一区二区 | 国产亚洲精品激情都市 | 久久免费视频2 | 明日花绮罗在线观看 | 欧美一级欧美三级在线 | 欧美3d成人动画在线 | 夜夜操夜夜摸 | 亚洲精品aaa揭晓 | 成人在色线视频在线观看免费大全 | 四虎影院永久免费 | 免费国产不卡午夜福在线观看 | 大黄网站色多多 | 亚洲国产成人久久 | 午夜影视网站 | 人人草人人插 | 男人j进女人j的一进一出视频 | 三级理论在线播放大全 | 综合亚洲色图 | 小说老卫陈红张敏陈法蓉 | 国产一级做a爱免费视频 | 国产yw.8825.c免费| 免费人成黄页在线观看日本 | 狠狠色狠色综合曰曰 |