Java線程池的工作機(jī)制詳解
Java線程池的工作機(jī)制
線程池是一種多線程管理機(jī)制,用于限制和控制并發(fā)線程的數(shù)量,以提升系統(tǒng)性能和資源利用率,降低頻繁創(chuàng)建和銷毀線程的開銷,線程池是 Java 并發(fā)編程中的重要工具之一,廣泛應(yīng)用于高性能、多線程的場(chǎng)景
線程池通過復(fù)用已創(chuàng)建的線程執(zhí)行多個(gè)任務(wù),避免線程的頻繁創(chuàng)建和銷毀,線程池可以限制線程數(shù)量,防止大量線程導(dǎo)致的系統(tǒng)資源耗盡,線程池使用隊(duì)列管理任務(wù),支持任務(wù)調(diào)度和優(yōu)先級(jí),線程池提供策略處理超出能力范圍的任務(wù)
我們可以使用Java提供的ThreadPoolExecutor類來創(chuàng)建一個(gè)線程池實(shí)例,讓我們先來看一下他的構(gòu)造方法:
ThreadPoolExecutor(
int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler
)可以看到他的構(gòu)造方法有七個(gè)參數(shù)
- corePoolSize:核心線程數(shù),線程池中始終保持的線程數(shù)量
- maximumPoolSize:最大線程數(shù),線程池中允許的最大線程數(shù)量
- keepAliveTime:空閑線程的存活時(shí)間,超過該時(shí)間的空閑線程將被回收
- unit:時(shí)間單位,是keepAliveTime的單位
- workQueue:任務(wù)隊(duì)列,用于存儲(chǔ)等待執(zhí)行的任務(wù)
- threadFactory:線程工廠,用于創(chuàng)建新線程
- handler:拒絕策略,用于處理超出線程池能力范圍的任務(wù)
那么為什么除了傳入一個(gè)核心線程數(shù)之外,還要傳入最大線程數(shù)呢?任務(wù)隊(duì)列中又是哪些任務(wù)在排隊(duì)等待呢?我們一起來探討一下線程池的工作機(jī)制
假設(shè)創(chuàng)建一個(gè)核心線程為2,最大線程數(shù)為4的線程池:
ThreadPoolExecutor pool = new ThreadPoolExecutor(
2, // 核心線程數(shù)量
4, // 最大線程數(shù)量
60, // 空閑線程最大存活時(shí)間
TimeUnit.SECONDS, // 單位
new ArrayBlockingQueue<>(2), //創(chuàng)建任務(wù)隊(duì)列
Executors.defaultThreadFactory(), // 創(chuàng)建線程工廠
new ThreadPoolExecutor.AbortPolicy() // 任務(wù)拒絕策略
);核心線程
如果同一時(shí)刻來了兩個(gè)任務(wù):任務(wù)1和任務(wù)2,那么自然就會(huì)把兩個(gè)任務(wù)交給兩個(gè)核心線程去執(zhí)行:

等待隊(duì)列
如果同一時(shí)刻提交了4個(gè)新的任務(wù),但是我們定義的線程池只有兩個(gè)核心線程用來執(zhí)行任務(wù)1和任務(wù)2,此時(shí)核心線程全部繁忙,新任務(wù)會(huì)被放入等待隊(duì)列,那么任務(wù)3和任務(wù)4就會(huì)進(jìn)入等待隊(duì)列中等待,隊(duì)列有容量限制,我們上面?zhèn)魅氲淖枞?duì)列容量是2:

臨時(shí)線程
如果同一時(shí)刻提交的任務(wù)非常多,比如提交了6個(gè)任務(wù),那么核心線程依舊會(huì)執(zhí)行任務(wù)1和任務(wù)2,由于此時(shí)核心線程全部繁忙,新任務(wù)會(huì)被放入等待隊(duì)列,任務(wù)3和任務(wù)4會(huì)被放如等待隊(duì)列中等待執(zhí)行
但是將任務(wù)5放入等待隊(duì)列時(shí),等待隊(duì)列已滿,線程池會(huì)嘗試創(chuàng)建非核心線程:臨時(shí)線程來執(zhí)行新的任務(wù),但是核心線程與臨時(shí)線程的總和不得超過最大線程數(shù)量,也就是我們傳入的4,所以此時(shí)線程池會(huì)創(chuàng)建2個(gè)臨時(shí)線程來執(zhí)行任務(wù)5和任務(wù)6

臨時(shí)線程用于處理高峰期任務(wù),但是臨時(shí)線程并不是核心線程,當(dāng)臨時(shí)線程處于空閑狀態(tài)超過 keepAliveTime 后,臨時(shí)線程就會(huì)被銷毀
任務(wù)拒絕
如果任務(wù)數(shù)量超過了線程池最大處理能力(核心線程 + 臨時(shí)線程 + 等待隊(duì)列),則執(zhí)行拒絕策略,例如同一時(shí)間提交了7個(gè)新任務(wù),按照上面的運(yùn)行機(jī)制,任務(wù)1、任務(wù)2、任務(wù)5和任務(wù)6會(huì)被線程執(zhí)行,任務(wù)3和任務(wù)4會(huì)在等待隊(duì)列中等待空閑線程
但是由于核心線程 + 臨時(shí)線程 + 等待隊(duì)列全部滿員,此時(shí)任務(wù)7就會(huì)執(zhí)行拒絕策略,共有四種拒絕策略:
| 任務(wù)拒絕策略 | 說明 |
|---|---|
| ThreadPoolExecutor.AbortPolicy | 默認(rèn)策略 丟棄任務(wù)并拋出RejectedExecutionException異常 |
| ThreadPoolExecutor.DiscardPolicy | 丟棄任務(wù),但是不拋出異常 |
| ThreadPoolExecutor.DiscardOldestPolicy | 拋棄等待隊(duì)列中等待時(shí)間最久的任務(wù),把當(dāng)前任務(wù)加入等待隊(duì)列 |
| ThreadPoolExecutor.CallerRunsPolicy | 調(diào)用任務(wù)的run()方法繞過線程池直接執(zhí)行 |
這就是線程池的工作機(jī)制,線程池通過任務(wù)復(fù)用和資源管理提升了系統(tǒng)的并發(fā)性能,但使用時(shí)需結(jié)合具體場(chǎng)景合理配置參數(shù),掌握線程池機(jī)制并深入理解其應(yīng)用場(chǎng)景,將有效提升 Java 開發(fā)效率和系統(tǒng)穩(wěn)定性
那么通常在我們的項(xiàng)目中,線程池的容量應(yīng)該設(shè)置為多大呢?
線程容量
項(xiàng)目中的線程容量(即線程池的大小)設(shè)置需要基于項(xiàng)目的類型來制定,不同的項(xiàng)目設(shè)置不同的容量:
CPU密集型任務(wù)
對(duì)于主要依賴CPU計(jì)算的任務(wù)(如數(shù)據(jù)處理、圖像渲染),線程數(shù)量建議接近或等于CPU核心數(shù)(包括邏輯核心)。
計(jì)算公式:

這樣可以充分利用CPU,但又不會(huì)因線程上下文切換過多而導(dǎo)致性能下降。
I/O密集型任務(wù)
對(duì)于涉及大量I/O操作的任務(wù)(如文件讀寫、網(wǎng)絡(luò)請(qǐng)求、數(shù)據(jù)庫查詢),線程池可以設(shè)置為CPU核心數(shù)的多倍,因?yàn)镮/O操作通常會(huì)讓線程處于阻塞狀態(tài)。
計(jì)算公式:

更多線程可以隱藏I/O等待時(shí)間,提升系統(tǒng)吞吐量
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
深入理解Spring事務(wù)及傳播機(jī)制之原理解析與實(shí)際應(yīng)用
Spring事務(wù)管理機(jī)制提供了多種傳播行為,可以控制事務(wù)的范圍和隔離級(jí)別,保證數(shù)據(jù)一致性和完整性。在實(shí)際應(yīng)用中,需要根據(jù)具體業(yè)務(wù)場(chǎng)景選擇合適的傳播行為實(shí)現(xiàn)事務(wù)控制2023-04-04
Spring?Boot項(xiàng)目如何優(yōu)雅實(shí)現(xiàn)Excel導(dǎo)入與導(dǎo)出功能
在我們平時(shí)工作中經(jīng)常會(huì)遇到要操作Excel的功能,比如導(dǎo)出個(gè)用戶信息或者訂單信息的Excel報(bào)表,下面這篇文章主要給大家介紹了關(guān)于Spring?Boot項(xiàng)目中如何優(yōu)雅實(shí)現(xiàn)Excel導(dǎo)入與導(dǎo)出功能的相關(guān)資料,需要的朋友可以參考下2022-06-06
解決SpringBoot整合ElasticSearch遇到的連接問題
這篇文章主要介紹了解決SpringBoot整合ElasticSearch遇到的連接問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-08-08
springsecurity6配置自定義路徑身份認(rèn)證的實(shí)現(xiàn)
本文主要介紹了springsecurity6配置自定義路徑身份認(rèn)證的實(shí)現(xiàn),通過使用自定義的AuthorizationManager和MyService,可以實(shí)現(xiàn)更靈活的訪問控制,感興趣的可以了解一下2025-03-03
idea批量啟動(dòng)多個(gè)微服務(wù)具體實(shí)現(xiàn)
這篇文章主要給大家介紹了關(guān)于idea批量啟動(dòng)多個(gè)微服務(wù)的具體實(shí)現(xiàn),在微服務(wù)開發(fā)過程中,我們經(jīng)常要在本地啟動(dòng)很多個(gè)微服務(wù),文中通過圖文介紹的非常詳細(xì),需要的朋友可以參考下2023-07-07
mybatis使用case when按照條件進(jìn)行更新方式
示例一通過條碼批量更新入庫和剩余數(shù)量,直接高效;示例二使用set和trim標(biāo)簽,實(shí)現(xiàn)動(dòng)態(tài)字段更新與條件優(yōu)化,結(jié)構(gòu)更復(fù)雜但靈活性更高2025-07-07
Java 并發(fā)鎖ReentrantLock的實(shí)現(xiàn)
本文主要介紹了Java 并發(fā)鎖ReentrantLock的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2026-04-04
Java?Web中常見的安全漏洞的防御策略和代碼實(shí)現(xiàn)
隨著互聯(lián)網(wǎng)的快速發(fā)展,Web應(yīng)用安全問題日益突出,作為企業(yè)級(jí)應(yīng)用開發(fā)的主流語言之一,Java在Web開發(fā)領(lǐng)域占據(jù)重要地位,本文將詳細(xì)介紹Java?Web應(yīng)用中常見的安全漏洞,并提供實(shí)用的防御策略和代碼實(shí)現(xiàn),需要的朋友可以參考下2025-06-06

