java的線程池框架及線程池的原理
java 線程池詳解
什么是線程池?
提供一組線程資源用來復(fù)用線程資源的一個池子
為什么要用線程池?
線程的資源是有限的,當(dāng)處理一組業(yè)務(wù)的時(shí)候,我們需要不斷的創(chuàng)建和銷毀線程,大多數(shù)情況下,我們需要反復(fù)的進(jìn)行大量的創(chuàng)建和銷毀工作,這個動作對于服務(wù)器而言,也是很浪費(fèi)的一種情況,這時(shí)候我們可以利用線程池來復(fù)用這一部分已經(jīng)創(chuàng)建過的線程資源,避免不斷的創(chuàng)建和銷毀的動作。
線程池的原理
創(chuàng)建好固定數(shù)量的線程,吧線程先存下來,有任務(wù)提交的時(shí)候,把資源放到等待隊(duì)列中,等待線程池中的任務(wù)隊(duì)列不斷的去消費(fèi)處理這個隊(duì)列中的任務(wù)
java的線程池原理
有5個核心的屬性:最大線程數(shù)量,核心線程數(shù)量,等待隊(duì)列,任務(wù)隊(duì)列,拒絕策略
它的執(zhí)行流程是這樣的:
- 工作者workers數(shù)量低于核心工作者數(shù)corePoolSize時(shí)會優(yōu)先創(chuàng)建一個工作者worker處理job,處理成功則返回。
- 工作者workers數(shù)量高于核心工作者數(shù)時(shí)會優(yōu)先把job放入到待處理隊(duì)列,放入隊(duì)列成功時(shí)處理結(jié)束。
- 步驟2中入隊(duì)失敗會識別工作者數(shù)是否還小于最大工作者數(shù)maximumPoolsize,小于的話也會新創(chuàng)建一個工作者worker處理job。
- 執(zhí)行拒絕策略
java的線程池框架Executor
Executor里提供了4種類型的線程池:
newCachedThreadPool
- 緩存型池子,先查看池中有沒有以前建立的線程,如果有,就 reuse.如果沒有,就建一個新的線程加入池中
- 緩存型池子通常用于執(zhí)行一些生存期很短的異步型任務(wù),因此在一些面向連接的daemon型SERVER中用得不多。但對于生存期短的異步任務(wù),它是Executor的首選。
- 能reuse的線程,必須是timeout IDLE內(nèi)的池中線程,缺省 timeout是60s,超過這個IDLE時(shí)長,線程實(shí)例將被終止及移出池。
注意,放入CachedThreadPool的線程不必?fù)?dān)心其結(jié)束,超過TIMEOUT不活動,其會自動被終止。
newFixedThreadPool
- newFixedThreadPool與cacheThreadPool差不多,也是能reuse就用,但不能隨時(shí)建新的線程
- 其獨(dú)特之處:任意時(shí)間點(diǎn),最多只能有固定數(shù)目的活動線程存在,此時(shí)如果有新的線程要建立,只能放在另外的隊(duì)列中等待,直到當(dāng)前的線程中某個線程終止直接被移出池子
- 和cacheThreadPool不同,F(xiàn)ixedThreadPool沒有IDLE機(jī)制(可能也有,但既然文檔沒提,肯定非常長,類似依賴上層的TCP或UDP IDLE機(jī)制之類的),所以FixedThreadPool多數(shù)針對一些很穩(wěn)定很固定的正規(guī)并發(fā)線程,多用于服務(wù)器
- 從方法的源代碼看,cache池和fixed 池調(diào)用的是同一個底層 池,只不過參數(shù)不同:fixed池線程數(shù)固定,并且是0秒IDLE(無IDLE),cache池線程數(shù)支持0-Integer.MAX_VALUE(顯然完全沒考慮主機(jī)的資源承受能力),60秒IDLE
newScheduledThreadPool
- 調(diào)度型線程池
- 這個池子里的線程可以按schedule依次delay執(zhí)行,或周期執(zhí)行
SingleThreadExecutor
- 單例線程,任意時(shí)間池中只能有一個線程
- 用的是和cache池和fixed池相同的底層池,但線程數(shù)目是1-1,0秒IDLE(無IDLE)
線程池調(diào)優(yōu)
一般來講對于一個線程池沒有固定的合適的參數(shù),只有通過不斷的去調(diào)整優(yōu)化參數(shù),找出最適合自己業(yè)務(wù)的參數(shù)才是最好的調(diào)優(yōu)方式,但是通常來講,線程池的初始化參數(shù)設(shè)置是有一定的公式可以借鑒的,在開始業(yè)務(wù)不是足夠膨脹的時(shí)候,我們可以通過以下的公式來計(jì)算出自己的核心參數(shù)的設(shè)置。
首先我們要確認(rèn)業(yè)務(wù)類型,不同的業(yè)務(wù)有不同的計(jì)算公式:
- CPU密集型任務(wù)配置盡可能少的線程數(shù)量:cpu+1
- IO密集型任務(wù)則由于需要等待IO操作,線程并不是一直在執(zhí)行任務(wù),則配置盡可能多的線程,如2*Ncpu。
- 混合型的任務(wù),如果可以拆分,則將其拆分成一個CPU密集型任務(wù)和一個IO密集型任務(wù),只要這兩個任務(wù)執(zhí)行的時(shí)間相差不是太大,那么分解后執(zhí)行的吞吐率要高于串行執(zhí)行的吞吐率,如果這兩個任務(wù)執(zhí)行時(shí)間相差太大,則沒必要進(jìn)行分解。我們可以通過Runtime.getRuntime().availableProcessors()方法獲得當(dāng)前設(shè)備的CPU個數(shù)。
感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!
相關(guān)文章
java Arrays快速打印數(shù)組的數(shù)據(jù)元素列表案例
這篇文章主要介紹了java Arrays快速打印數(shù)組的數(shù)據(jù)元素列表案例,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-09-09Java文件讀取寫入后 md5值不變的實(shí)現(xiàn)方法
下面小編就為大家分享一篇Java文件讀取寫入后 md5值不變的實(shí)現(xiàn)方法,具有很好的參考價(jià)值,希望對大家有所幫助2017-11-11Java數(shù)據(jù)結(jié)構(gòu)之加權(quán)無向圖的設(shè)計(jì)實(shí)現(xiàn)
加權(quán)無向圖是一種為每條邊關(guān)聯(lián)一個權(quán)重值或是成本的圖模型。這種圖能夠自然地表示許多應(yīng)用。這篇文章主要介紹了加權(quán)無向圖的設(shè)計(jì)與實(shí)現(xiàn),感興趣的可以了解一下2022-11-11ASM源碼學(xué)習(xí)之ClassReader、ClassVisitor與ClassWriter詳解
這篇文章主要給大家介紹了ASM源碼之ClassReader、ClassVisitor與ClassWriter的相關(guān)資料,文中介紹的非常相信,相信對大家的學(xué)習(xí)或者工作具有一定的參考借鑒價(jià)值,有需要的朋友可以參考借鑒,下面來一起看看吧。2017-01-01關(guān)于SpringBoot使用@ExceptionHandler注解局部異常處理
這篇文章主要介紹了關(guān)于SpringBoot使用@ExceptionHandler注解局部異常處理,SpringBoot提供了多種方式來處理異常,在本文中,我們將介紹SpringBoot中的@ExceptionHandler注解,演示如何使用它進(jìn)行局部異常處理2023-07-07java使用CountDownLatch等待多線程全部執(zhí)行完成
這篇文章主要為大家詳細(xì)介紹了使用CountDownLatch等待多線程全部執(zhí)行完成,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-10-10Alibaba?Nacos配置中心動態(tài)感知原理示例解析
這篇文章主要介紹了Alibaba?Nacos配置中心動態(tài)感知原理示例解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-08-08