溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

Java并發(fā)編程之線程池的示例分析

發(fā)布時(shí)間:2021-07-19 09:24:40 來(lái)源:億速云 閱讀:164 作者:小新 欄目:開(kāi)發(fā)技術(shù)

這篇文章將為大家詳細(xì)講解有關(guān)Java并發(fā)編程之線程池的示例分析,小編覺(jué)得挺實(shí)用的,因此分享給大家做個(gè)參考,希望大家閱讀完這篇文章后可以有所收獲。

    什么是線程池

    是一種基于池化思想管理線程的工具。池化技術(shù):池化技術(shù)簡(jiǎn)單點(diǎn)來(lái)說(shuō),就是提前保存大量的資源,以備不時(shí)之需。比如我們的對(duì)象池,數(shù)據(jù)庫(kù)連接池等。

    線程池好處

    我們?yōu)槭裁匆褂镁€程池,直接new thread start不好嗎?

    • 降低資源消耗」: 通過(guò)重復(fù)利用已創(chuàng)建的線程來(lái)降低線程創(chuàng)建和銷毀所造成的消耗。

    • 提高響應(yīng)速度:」 任務(wù)到達(dá)時(shí),可以立即執(zhí)行,不需要等到線程創(chuàng)建再來(lái)執(zhí)行任務(wù)。

    • 提高線程的可管理性:」 線程是稀缺資源,如果無(wú)限制創(chuàng)建,不僅會(huì)消耗系統(tǒng)資源,還會(huì)因?yàn)榫€程的不合理分布導(dǎo)致資源調(diào)度失衡,降低系統(tǒng)的穩(wěn)定性。使用線程池可以進(jìn)行統(tǒng)一的分配、調(diào)優(yōu)和監(jiān)控。

    線程池的執(zhí)行流程

    我們先來(lái)看看線程池的一個(gè)執(zhí)行流程圖,此圖來(lái)自文末參考1

    Java并發(fā)編程之線程池的示例分析

    通過(guò)上述圖我們可以得出線程池執(zhí)行任務(wù)可以有以下幾種情況:

    1. 如果當(dāng)前的運(yùn)行線程小于coreSize,則創(chuàng)建新線程來(lái)執(zhí)行任務(wù)。

    2. 如果當(dāng)前運(yùn)行的線程等于coreSize或多余coreSize(動(dòng)態(tài)修改了coreSize才會(huì)出現(xiàn)這種情況),把任務(wù)放到阻塞隊(duì)列中。

    3. 如果隊(duì)列已滿無(wú)法將新加入的任務(wù)放進(jìn)去的話,則需要?jiǎng)?chuàng)建新的線程來(lái)執(zhí)行任務(wù)。

    4. 如果新創(chuàng)建線程已經(jīng)達(dá)到了最大線程數(shù),任務(wù)將會(huì)被拒絕。

    怎么用線程池

    在java jdk的Executors有提供創(chuàng)建不同線程池的方法(一般不推薦這種做法)阿里巴巴的開(kāi)發(fā)手冊(cè)也明確強(qiáng)制規(guī)定不讓通過(guò)Executors來(lái)創(chuàng)建的,在一些公司的開(kāi)發(fā)規(guī)范里面應(yīng)該也會(huì)有這么一條吧。

    Java并發(fā)編程之線程池的示例分析

    newFixedThreadPool

    newSingleThreadExecutor

    newCachedThreadPool

    newScheduledThreadPool

    newWorkStealingPool (jdk1.8新增的) 我們可以使用ThreadPoolExecutor來(lái)創(chuàng)建線程池

      public ThreadPoolExecutor(int corePoolSize,
                                  int maximumPoolSize,
                                  long keepAliveTime,
                                  TimeUnit unit,
                                  BlockingQueue<Runnable> workQueue,
                                  ThreadFactory threadFactory,
                                  RejectedExecutionHandler handler)

    我們可以看出創(chuàng)建線程池有七個(gè)參數(shù),而上述我們通過(guò)Executors工具類來(lái)創(chuàng)建的線程池就一兩個(gè)參數(shù),其他參數(shù)它都幫我們默認(rèn)寫(xiě)死了,我們只有真正理解了這幾個(gè)參數(shù)才能更好的去使用線程池。下面我們來(lái)看看這七個(gè)參數(shù)(線程池參數(shù))。

    corePoolSize

    核心線程數(shù)(線程池的基本大小)當(dāng)我們提交一個(gè)任務(wù)到線程池時(shí)就會(huì)創(chuàng)建一個(gè)線程來(lái)執(zhí)行任務(wù).當(dāng)我們需要執(zhí)行的任務(wù)數(shù)大于核心線程數(shù)了就不再創(chuàng)建, 如果我們調(diào)用了prestartAllCoreThreads()方法線程池就會(huì)為我們提前創(chuàng)建好所有的基本線程。

    maximumPoolSize

    最大線程數(shù):線程池允許創(chuàng)建的最大線程數(shù)。如果隊(duì)列已經(jīng)滿了,且已創(chuàng)建的線程數(shù)小于最大線程數(shù),則線程池就會(huì)創(chuàng)建新的線程來(lái)執(zhí)行任務(wù)。這里有個(gè)小知識(shí)點(diǎn),如果我們的隊(duì)列是用的無(wú)界隊(duì)列,這個(gè)參數(shù)是不會(huì)起作用的,因?yàn)槲覀兊娜蝿?wù)會(huì)一直往隊(duì)列中加,隊(duì)列永遠(yuǎn)不會(huì)滿(內(nèi)存允許的情況)。

    keepAliveTime

    空閑線程最大生存時(shí)間。當(dāng)前線程數(shù)大于核心線程數(shù)時(shí),結(jié)束多余的空閑線程等待新任務(wù)的最長(zhǎng)時(shí)間。默認(rèn)情況下,只有當(dāng)線程池中的線程數(shù)大于corePoolSize時(shí),keepAliveTime才會(huì)起作用,直到線程池中的線程數(shù)不大于corePoolSize,即當(dāng)線程池中的線程數(shù)大于corePoolSize時(shí),如果一個(gè)線程空閑的時(shí)間達(dá)到keepAliveTime,則會(huì)終止,直到線程池中的線程數(shù)不超過(guò)corePoolSize。

    但是如果調(diào)用了allowCoreThreadTimeOut(boolean)方法,在線程池中的線程數(shù)不大于corePoolSize時(shí),keepAliveTime參數(shù)也會(huì)起作用,直到線程池中的線程數(shù)為0;比如當(dāng)前線程池中最大線程數(shù)(maximumPoolSize)為50,核心線程數(shù)(corePoolSize)為10,當(dāng)前正在跑任務(wù)的線程數(shù)為30.然后是不是空出了20個(gè)線程沒(méi)活干,所以這20個(gè)線程就要被消毀,有點(diǎn)卸磨殺驢的感覺(jué)。

    如果剩下的30個(gè)線程干完活了也休息了keepAliveTime這么久,然后這30個(gè)線程里面也要被銷毀20個(gè),就保留個(gè)核心線程。如果設(shè)置了allowCoreThreadTimeOut等于true核心線程也會(huì)被銷毀。就跟我們做外包項(xiàng)目一樣,甲方項(xiàng)目完成了就得去另外一個(gè)甲方,如果短時(shí)間內(nèi)都沒(méi)有甲方接納你的話,你就要被辭退了,只會(huì)留下幾個(gè)核心人員維護(hù)下項(xiàng)目,如果甲方項(xiàng)目維護(hù)的話用自己的人的話,所有的外包人會(huì)都會(huì)被辭退。

    unit

    線程存活時(shí)間的的單位。可選的單位有days、hours等。

    workQueue

    任務(wù)隊(duì)列。可以選擇以下這些隊(duì)列

    threadFactory

    用戶設(shè)置創(chuàng)建線程的工廠,我們可以通過(guò)這個(gè)工廠來(lái)創(chuàng)建有業(yè)務(wù)意義的線程名字。我們可以對(duì)比下自定義的線程工廠和默認(rèn)的線程工廠創(chuàng)建的名字。

    默認(rèn)產(chǎn)生線程的名字 自定義線程工廠產(chǎn)生名字

    pool-5-thread-1 testPool-1-thread-1

    阿里開(kāi)發(fā)手冊(cè)也有明確說(shuō)到,需要指定有意義的線程名字。

    Java并發(fā)編程之線程池的示例分析

    ejectedExecutionHandler

    線程池拒絕策略。當(dāng)隊(duì)列和線程池都滿了說(shuō)明線程池已經(jīng)處于飽和狀態(tài)。必須要采取一定的策略來(lái)處理新提交的任務(wù)。jdk默認(rèn)提供了四種拒絕策略:

    其實(shí)我們也可以自定義任務(wù)拒絕策略(實(shí)現(xiàn)下RejectedExecutionHandler接口),比如說(shuō)如果任務(wù)拒絕了我們可以記錄下日志,或者重試等,根據(jù)自己的業(yè)務(wù)需求來(lái)實(shí)現(xiàn)。

    dubbo 任務(wù)拒絕策略

     @Override
       public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
           String msg = String.format("Thread pool is EXHAUSTED!" +
                   " Thread Name: %s, Pool Size: %d (active: %d, core: %d, max: %d, largest: %d), Task: %d (completed: "
                   + "%d)," +
                   " Executor status:(isShutdown:%s, isTerminated:%s, isTerminating:%s), in %s://%s:%d!",
               threadName, e.getPoolSize(), e.getActiveCount(), e.getCorePoolSize(), e.getMaximumPoolSize(),
               e.getLargestPoolSize(),
               e.getTaskCount(), e.getCompletedTaskCount(), e.isShutdown(), e.isTerminated(), e.isTerminating(),
               url.getProtocol(), url.getIp(), url.getPort());
           logger.warn(msg);
           dumpJStack();
           dispatchThreadPoolExhaustedEvent(msg);
           throw new RejectedExecutionException(msg);
       }//加入Java開(kāi)發(fā)交流君樣:756584822一起吹水聊天

    我們可以看出dubbo的拒絕策略主要記錄了詳細(xì)的級(jí)別為warm的日志、輸出當(dāng)前線程堆棧詳情、繼續(xù)拋出拒絕任務(wù)異常。

    線程池參數(shù)如何設(shè)置?

    線程池既然有這么多參數(shù)那么我們?nèi)绾稳ジ鶕?jù)自己的業(yè)務(wù)實(shí)際情況來(lái)去合理的設(shè)置每個(gè)參數(shù)?

    • 一般我們?nèi)绻蝿?wù)為耗時(shí)IO型比如讀取數(shù)據(jù)庫(kù)、文件讀寫(xiě)以及網(wǎng)略通信的的話這些任務(wù)不會(huì)占據(jù)很多cpu的資源但是會(huì)比較耗時(shí):線程數(shù)設(shè)置為2倍CPU數(shù)以上,充分的來(lái)利用CPU資源。

    • 一般我們?nèi)绻蝿?wù)為CPU密集型的話比如大量計(jì)算、解壓、壓縮等這些操作都會(huì)占據(jù)大量的cpu。所以針對(duì)于這種情況的話一般設(shè)置線程數(shù)為:1倍cpu+1。為啥要加1,很多說(shuō)法是備份線程。

    如果既有IO密集型任務(wù),又有CPU密集型任務(wù),這種該怎么設(shè)置線程大小?這種的話最好分開(kāi)用線程池處理,IO密集的用IO密集型線程池處理,CPU密集型的用cpu密集型處理。以上都只是理算情況下的估算而已,真正的合理參數(shù)還是需要看看實(shí)際生產(chǎn)運(yùn)行的效果來(lái)合理的調(diào)整的。

    監(jiān)控線程池

    線程池工作是否飽和?線程的情況如何?總共執(zhí)行了多少個(gè)任務(wù)?現(xiàn)在線程池的運(yùn)行情況如何?隊(duì)列里面是否有堆積任務(wù)?面對(duì)上面這些問(wèn)題,線程池也有提供一些方法可以讓我們來(lái)查看上面這些指標(biāo)。

    有了這些參數(shù)我們是不是調(diào)整線程池的參數(shù)就更加方便了?;蛘吒鶕?jù)線程池的活躍程度我們自動(dòng)來(lái)調(diào)節(jié)(動(dòng)態(tài)調(diào)整下篇再來(lái)說(shuō))線程池的參數(shù)。

    關(guān)于“Java并發(fā)編程之線程池的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,使各位可以學(xué)到更多知識(shí),如果覺(jué)得文章不錯(cuò),請(qǐng)把它分享出去讓更多的人看到。

    向AI問(wèn)一下細(xì)節(jié)

    免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

    AI