摘要:參數(shù)說明,線程池保留的最小線程數(shù)。,線程池中允許擁有的最大線程數(shù)。,線程池的運行狀態(tài)。除非線程池狀態(tài)發(fā)生了變化,發(fā)退回到外層循環(huán)重新執(zhí)行,判斷線程池的狀態(tài)。是線程池的核心控制狀態(tài),包含的線程池運行狀態(tài)和有效線程數(shù)。
Java是一門多線程的語言,基本上生產(chǎn)環(huán)境的Java項目都離不開多線程。而線程則是其中最重要的系統(tǒng)資源之一,如果這個資源利用得不好,很容易導(dǎo)致程序低效率,甚至是出問題。
有以下場景,有個電話撥打系統(tǒng),有一堆需要撥打的任務(wù)要執(zhí)行,首先肯定是考慮多線程異步去執(zhí)行。假如我每執(zhí)行一個撥打任務(wù)都new一個Thread去執(zhí)行,當(dāng)同時有1萬個任務(wù)需要執(zhí)行的時候,那么就會新建1萬個線程,加上線程各種初始銷毀等操作,這個消耗是巨大的。而其實往往實現(xiàn)這些功能的時候,并不是完全需要實時馬上完成,只是希望在可控范圍內(nèi)盡量提高執(zhí)行的并發(fā)性能。
因此線程池技術(shù)應(yīng)用而生,Java中最常用的線程池技術(shù)就是ThreadPoolExecutor。接下來就整體看看ThreadPoolExecutor的實現(xiàn)。
這個類的注解非常多,很多也是重點,所以就不從注解開始看起。先從使用說起,有個概念先。
基本使用// 核心線程 int corePoolSize = 5; // 最大線程 int maximumPoolSize = 10; // 線程空閑回收時間 int keepAliveTime = 30; // 線程空閑回調(diào)時間單位 TimeUnit unit = TimeUnit.SECONDS; // 隊列大小 int queueSize = 20; // 隊列 BlockingQueue workQueue = new ArrayBlockingQueue(queueSize); ThreadPoolExecutor executor = new ThreadPoolExecutor(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue); executor.execute(() -> { // do something 1 }); executor.execute(() -> { // do something 2 });
定義好一些必要的參數(shù),構(gòu)建一個ThreadPoolExecutor對象。然后調(diào)用對象的execute()方法即可。
參數(shù)說明:
corePoolSize,線程池保留的最小線程數(shù)。如果線程池中的線程少于此數(shù)目,則在執(zhí)行execut()時創(chuàng)建。
maximumPoolSize,線程池中允許擁有的最大線程數(shù)。
keepAliveTime、unit,當(dāng)線程閑置時,保持線程存活的時間。
workQueue,工作隊列,存放提交的等待任務(wù),其中有隊列大小的限制。
線程管理機(jī)制非常多人誤解了corePoolSize、maximumPoolSize、workQueue的相互關(guān)系。不少人認(rèn)為無論隊列選擇什么,corePoolSize和maximumPoolSize一定是有用,定義一定是生效的,其實并不然啊!
看下線程基本規(guī)則注解說明
默認(rèn)情況下,線程池在初始的時候,線程數(shù)為0。當(dāng)接收到一個任務(wù)時,如果線程池中存活的線程數(shù)小于corePoolSize核心線程,則新建一個線程。
如果所有運行的核心線程都都在忙,超出核心線程處理的任務(wù),執(zhí)行器更多地選擇把任務(wù)放進(jìn)隊列,而不是新建一個線程。
如果一個任務(wù)提交不了到隊列,在不超出最大線程數(shù)量情況下,會新建線程。超出了就會報錯。
另外,如果想在線程初始化時候就有核心線程,可以調(diào)用prestartCoreThread()或prestartAllCoreThread(),前者是初始一個,后者是初始全部。
再看看排隊策略
直接提交,用SynchronousQueue。特點是不保存,直接提交給線程,如果沒沒線程,則新建一個。
無限提交,用類似LinkedBlockingQueue無界隊列。特點是保存所以核心線程處理不了的任務(wù),隊列無上限,最大線程也沒用。
有限提交,用類似ArrayBlockingQueue有界隊列。特點是可以保存超過核心線程的任務(wù),并且隊列也是有上限的。超過上限,新建線程(滿了拋錯)。更好地保護(hù)資源,防止崩潰,也是最常用的排隊策略。
從以上規(guī)則可以看出來,核心線程數(shù)和最大線程數(shù),還有隊列結(jié)構(gòu)是相互影響的,如何排隊,隊列多大,最大線程是多少都是不一定的。
再看看保持存活機(jī)制
當(dāng)超過核心線程數(shù)的線程,線程池會讓該線程保持存活keepAliveTime時間,超過該時間則會銷毀該線程。
另外默認(rèn)對非核心線程有效,若想核心線程也適用于這個機(jī)制,可以調(diào)用allowCoreThreadTimeOut()方法。這樣的話就沒有核心線程這一說了。
綜合以上,線程池在多次執(zhí)行任務(wù)后,會一直維持部分線程存活,即使它是閑置的。這樣的目的是為了減少線程銷毀創(chuàng)建的開銷,下次有個任務(wù)需要執(zhí)行,直接從池子里拿線程就能用了。但核心線程不能維護(hù)太多,因為也需要一定開銷。最大的線程數(shù)保護(hù)了整個系統(tǒng)的穩(wěn)定性,避免并發(fā)量大的時候,把線程擠滿。工作隊列則是保證了任務(wù)順序和暫存,系統(tǒng)的可靠性。線程存活規(guī)則的目的和維護(hù)核心線程的目的類似,但降低了它的存活的時間。
另外還有拒絕機(jī)制,它提供了一些異常情況下的解決方案。
這個ctl變量是整個線程池的核心控制狀態(tài)。
這個ctl代表了兩個變量
workerCount,生效的線程數(shù)?;究梢岳斫鉃榇婊畹木€程,但某個時候有暫時性的差異。
runState,線程池的運行狀態(tài)。
其中,ctl(int32位)的低29位代表workerCount,所以最大線程數(shù)為(2^29)-1。另外3位表示runState。
runState有以下幾種狀態(tài):
RUNNING:接收新任務(wù),處理隊列任務(wù)。
SHUTDOWN:不接收新任務(wù),但處理隊列任務(wù)。
STOP:不接收新任務(wù),也不處理隊列任務(wù),并且中斷所有處理中的任務(wù)。
TIDYING:所有任務(wù)都被終結(jié),有效線程為0。會觸發(fā)terminated()方法。
TERMINATED:當(dāng)terminated()方法執(zhí)行結(jié)束。
當(dāng)調(diào)用了shutdown(),狀態(tài)會從RUNNING變成SHUTDOWN,不再接收新任務(wù),此時會處理完隊列里面的任務(wù)。
如果調(diào)用的是shutdownNow(),狀態(tài)會直接變成STOP。
當(dāng)線程或者隊列都是空的時候,狀態(tài)就會變成TIDYING。
當(dāng)terminated()執(zhí)行完的時候,就會變成TERMINATED。
帶著對上面的規(guī)則與機(jī)制的認(rèn)識,現(xiàn)在從就這這個入口開始看看源碼,到底整個流程是怎么實現(xiàn)的。
如果少于核心線程在跑,用這個任務(wù)嘗試創(chuàng)建一個新線程。
如果一個任務(wù)成功入隊,再次檢查下線程池狀態(tài)看是否需要入隊,因為可能在入隊過程中,狀態(tài)發(fā)送了變化。如果確認(rèn)入隊且沒有存活線程,則新建一個空線程。
如果進(jìn)不了隊,則嘗試新建一個線程,如果都失敗了。拒絕這個task
對于第二點最后為什么新建一個線程?很容易猜想到,會有一個輪詢的機(jī)制讓下個task出隊,直接利用這個空閑線程。
注釋基本解釋了所有代碼,代碼也沒什么特別的。其中最主要的還是addWoker()這個方法,下面來看看。
addWoker()先了解下這個方法的整體思路
從描述可知,addwoker失敗,會在線程池狀態(tài)不對、線程滿了或者線程工廠創(chuàng)建線程池失敗時候發(fā)生。
這個方法比較長,分兩段看。先看第一段。
retry:這種寫法,如果比較少看源碼的,應(yīng)該是前所未見的了。這是個循環(huán)的位置標(biāo)記,是java的語法之一。看回代碼,這里面for循環(huán)還嵌套里一個for循環(huán),而retry:是標(biāo)記第一個for循環(huán)的,后面break和continue語句都指向到了retry。說明break和continue是都是操作外層的for循環(huán)。retry可以是任何變量命名合法的字符。
然后看看外出for循環(huán)的if語句
這個if判斷想要執(zhí)行到return false;,隊列為空是一個必要條件。因為addWork()不單只接收新任務(wù)會調(diào)用到,處理隊列中的任務(wù)也會調(diào)用到。而前面提到SHUTDOWN狀態(tài)下還會處理隊列中的任務(wù)的,所以隊列不為空是會讓它繼續(xù)執(zhí)行下去的。
對于內(nèi)層的for循環(huán)
會先判斷worker的數(shù)據(jù)是否符合corePoolSize和maximumPoolSize的定義,不滿足則返回失敗。
然后嘗試CAS讓workerCount自增,如果CAS失敗還是繼續(xù)自旋去自增,直到成功。除非線程池狀態(tài)發(fā)生了變化,發(fā)退回到外層for循環(huán)重新執(zhí)行,判斷線程池的狀態(tài)。
第一段的代碼,就是讓workerCount在符合條件下自增
第二段代碼
這段比較好理解,先創(chuàng)建一個Worker對象,這個Worker里面包含一個由線程工廠創(chuàng)建的線程,和一個需要執(zhí)行的任務(wù)(可以為空)。如果線程創(chuàng)建成功了,那么就加一個重入鎖去把這個新建的Worker對象放到workers成員變量中,在加入之前需要重新判斷下線程池的狀態(tài)和新建線程的狀態(tài)。如果worker添加到workers成員變量中,就啟動這個新建的線程。最后如果添加失敗,則執(zhí)行addWorkFailed(w)。
如果失敗了,加鎖操作回滾下wokers、workerCount,然后判斷下狀態(tài)看看是否需要終結(jié)線程池。
addWorker()大概的流程就這樣。
總結(jié)對于其他方法,沒有什么特別的,在此不再過多的敘述,有興趣的可以翻翻源碼閱讀下。
回顧總結(jié)下上面的核心要點
當(dāng)核心線程滿且忙碌時,線程池傾向于把提交的任務(wù)放進(jìn)隊列,而不是新建線程。
根據(jù)選擇隊列的不同,maximumPoolSize不一定有用的。具體有三種不同的策略。
ctl是線程池的核心控制狀態(tài),包含的runState線程池運行狀態(tài)和workCount有效線程數(shù)。
retry:是一種標(biāo)記循環(huán)的語法,retry可以是任何變量命名合法字符。
如果覺得還不錯,請關(guān)注公眾號:Zack說碼
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/77103.html
摘要:用于限定中線程數(shù)的最大值。該線程池中的任務(wù)隊列維護(hù)著等待執(zhí)行的對象。線程池和消息隊列筆者在實際工程應(yīng)用中,使用過多線程和消息隊列處理過異步任務(wù)。以上是筆者在學(xué)習(xí)實踐之后對于多線程和消息隊列的粗淺認(rèn)識,初學(xué)者切莫混淆兩者的作用。 多線程編程很難,難點在于多線程代碼的執(zhí)行不是按照我們直覺上的執(zhí)行順序。所以多線程編程必須要建立起一個宏觀的認(rèn)識。 線程池是多線程編程中的一個重要概念。為了能夠更...
摘要:本文是作者自己對中線程的狀態(tài)線程間協(xié)作相關(guān)使用的理解與總結(jié),不對之處,望指出,共勉。當(dāng)中的的數(shù)目而不是已占用的位置數(shù)大于集合番一文通版集合番一文通版垃圾回收機(jī)制講得很透徹,深入淺出。 一小時搞明白自定義注解 Annotation(注解)就是 Java 提供了一種元程序中的元素關(guān)聯(lián)任何信息和著任何元數(shù)據(jù)(metadata)的途徑和方法。Annotion(注解) 是一個接口,程序可以通過...
摘要:所以說我們的線程最好是交由線程池來管理,這樣可以減少對線程生命周期的管理,一定程度上提高性能。線程池不接收新任務(wù),不處理已添加的任務(wù),并且會中斷正在處理的任務(wù)。當(dāng)所有的任務(wù)已終止,記錄的任務(wù)數(shù)量為,線程池會變?yōu)闋顟B(tài)。線程池徹底終止的狀態(tài)。 前言 只有光頭才能變強(qiáng) 回顧前面: ThreadLocal就是這么簡單 多線程三分鐘就可以入個門了! 多線程基礎(chǔ)必要知識點!看了學(xué)習(xí)多線程事半功倍...
閱讀 2432·2021-11-24 09:39
閱讀 3123·2021-10-15 09:39
閱讀 3180·2021-07-26 23:38
閱讀 2366·2019-08-30 11:14
閱讀 3468·2019-08-29 16:39
閱讀 1766·2019-08-29 15:23
閱讀 867·2019-08-29 13:01
閱讀 2731·2019-08-29 12:29