叮咚 | 線程池為什么設(shè)計(jì)成這樣？
[導(dǎo)讀]戰(zhàn)略上藐視技術(shù)，戰(zhàn)術(shù)上重視技術(shù)。
戰(zhàn)略上藐視技術(shù)，戰(zhàn)術(shù)上重視技術(shù)
1
之前我不是寫過一篇 Java 線程池原理的文章么，在這里，《你管這破玩意叫線程池》
最終得出了線程池執(zhí)行流程圖。
前幾天讀者群里有位讀者，問了這樣的問題。
這個(gè)為啥不是先使用最大線程數(shù)，如果沒有可用的線程數(shù)再放入隊(duì)列呢？
我是這樣回答的。
因?yàn)樵O(shè)計(jì)這個(gè)隊(duì)列的目的是為了暫時(shí)解決超出核心線程數(shù)的那些線程的問題。當(dāng)然你說的那樣設(shè)計(jì)也不是不可以，那線程池的用法以及參數(shù)的配置經(jīng)驗(yàn)值，就是新的一套說法了。
回答完問題后，我就繼續(xù)工作了，和前端妹子聯(lián)調(diào)一個(gè)今天就要提測(cè)的接口。
但后來我越想越覺得剛剛的回答不給力，靈機(jī)一動(dòng)，突然想到了好玩的例子，來解釋為什么線程池這樣設(shè)計(jì)。
而且，還聯(lián)想到了很多設(shè)計(jì)思想，可能就是來源于生活常識(shí)。
一看讀者群，99 條消息過去了，已經(jīng)開始聊起了游戲。
想了想就不回復(fù)提問的讀者了，但實(shí)在忍不住想說，就寫成文章給大家看吧。
我趕緊和前端妹子說，你先自己調(diào)著，我先去帶薪上個(gè)廁所，馬上回。
我就在廁所構(gòu)思出了這篇文章。
2
Java 線程池的設(shè)計(jì)是這樣的：
1. 剛來的任務(wù)會(huì)通過創(chuàng)建工作線程為其服務(wù)，直到工作線程數(shù)達(dá)到核心線程數(shù)。2. 核心線程數(shù)滿了后，再來的任務(wù)，會(huì)加入到一個(gè)任務(wù)隊(duì)列中。3. 任務(wù)隊(duì)列滿了之后，再來的任務(wù)，就又創(chuàng)建新的工作線程，直到達(dá)到最大線程數(shù)。4. 如果再來任務(wù)，就走拒絕策略。當(dāng)然就是如圖所示，再來一遍，別往上翻了。
為啥這么設(shè)計(jì)呢？我說個(gè)場(chǎng)景。
有一條馬路，路邊住著五個(gè)人。
你的任務(wù)是在馬路旁邊建公共廁所，給他們用。
你經(jīng)過了一番調(diào)研，發(fā)現(xiàn)同一時(shí)間幾乎只有一個(gè)人，有上廁所的需求。
所以你決定，只建一個(gè)公共廁所。
如你所愿，同一時(shí)間總是只有一個(gè)人上廁所，所以這條馬路很和諧。
這一個(gè)廁所，就是核心線程數(shù) = 1。
但后來，有一天，有三個(gè)人同時(shí)要上廁所，外面?zhèn)z人打起來了。
你一看這不行，于是弄了個(gè)排隊(duì)等待區(qū)，讓臨時(shí)上不了廁所的人，在那里等著。
這就是任務(wù)隊(duì)列。
當(dāng)然，如果你此時(shí)選擇，立刻再修建兩個(gè)廁所，供這倆人上，這就是文章開頭讀者所提的問題。
這個(gè)為啥不是先使用最大線程數(shù)，如果沒有可用的線程數(shù)再放入隊(duì)列呢？
當(dāng)然這樣也行，但一方面成本有點(diǎn)大。
另一方面，這可能僅僅是個(gè)巧合，這仨人不知道咋了，突然上廁所就想到一塊去了。（QPS突增）或者那個(gè)廁所里的人，今天壞肚子了，一直沒上完。（任務(wù)執(zhí)行得慢）
但是，這種情況很少，不會(huì)長(zhǎng)期存在的。
果然，如你所料，第二天往后，就再也沒有搶廁所的情況存在了。
但慢慢的，這條馬路的人也來越多，大家怨聲載道，有一次，連排隊(duì)區(qū)都不夠長(zhǎng)了！
這時(shí)你知道，這已經(jīng)不是突發(fā)情況，而是這條馬路的人本身變多了，一個(gè)廁所確實(shí)不夠用。
此時(shí)你決定，新建幾個(gè)廁所，以滿足新形勢(shì)。
但這新建的廁所，只是臨時(shí)的，特別方便拆除。
這些簡(jiǎn)陋廁所，加上原來的廁所，一共三個(gè)，就是最大線程數(shù) = 3。
此時(shí)，又緩解了當(dāng)前這條馬路的人口數(shù)的如廁需求。
當(dāng)然，如果之前只是因?yàn)檫@里要開奧運(yùn)會(huì)，導(dǎo)致這條馬路上的人短時(shí)間很多，所以才臨時(shí)建立了簡(jiǎn)陋廁所。
后來奧運(yùn)會(huì)結(jié)束，馬路上的人又都走了，這些簡(jiǎn)陋的廁所長(zhǎng)時(shí)間沒人用，就會(huì)被拆除。
這就是 keepAliveTime 的作用。
但是，如果這條馬路就是人口激增，而且是常駐人口，那就會(huì)一直保持三個(gè)廁所，也就是保持最大線程數(shù)。
那假如在這種情況下，也出現(xiàn)了排隊(duì)區(qū)滿的情況，那就安排這些人去別的地方上廁所，當(dāng)然，也可以直接不管他。
這些就屬于拒絕策略。
如果一直有大量的人，因?yàn)榕挪簧详?duì)上不了廁所，被拒絕，那就說明你的規(guī)劃是有問題的，你沒有好好調(diào)研清楚。
這時(shí)，你應(yīng)該重新配置你的線程池參數(shù)了。
3
故事講完了，其實(shí)我發(fā)現(xiàn)挺多技術(shù)上的設(shè)計(jì)思路，用生活常識(shí)去理解，就很容易解釋了。
而很多技術(shù)的思想，也都源于生活。
當(dāng)然這跟那個(gè)什么用燒水壺例子，講 IO 模型可不一樣啊，那個(gè)是強(qiáng)行用生活的例子解釋技術(shù)原理，今天這個(gè)是用生活里的思想類比技術(shù)設(shè)計(jì)的思想。
大家還有沒有類似的源于生活的技術(shù)設(shè)計(jì)思路，可以分享下哦~
1
之前我不是寫過一篇 Java 線程池原理的文章么，在這里，《你管這破玩意叫線程池》
最終得出了線程池執(zhí)行流程圖。
前幾天讀者群里有位讀者，問了這樣的問題。
這個(gè)為啥不是先使用最大線程數(shù)，如果沒有可用的線程數(shù)再放入隊(duì)列呢？
我是這樣回答的。
因?yàn)樵O(shè)計(jì)這個(gè)隊(duì)列的目的是為了暫時(shí)解決超出核心線程數(shù)的那些線程的問題。當(dāng)然你說的那樣設(shè)計(jì)也不是不可以，那線程池的用法以及參數(shù)的配置經(jīng)驗(yàn)值，就是新的一套說法了。
回答完問題后，我就繼續(xù)工作了，和前端妹子聯(lián)調(diào)一個(gè)今天就要提測(cè)的接口。
但后來我越想越覺得剛剛的回答不給力，靈機(jī)一動(dòng)，突然想到了好玩的例子，來解釋為什么線程池這樣設(shè)計(jì)。
而且，還聯(lián)想到了很多設(shè)計(jì)思想，可能就是來源于生活常識(shí)。
一看讀者群，99 條消息過去了，已經(jīng)開始聊起了游戲。
想了想就不回復(fù)提問的讀者了，但實(shí)在忍不住想說，就寫成文章給大家看吧。
我趕緊和前端妹子說，你先自己調(diào)著，我先去帶薪上個(gè)廁所，馬上回。
我就在廁所構(gòu)思出了這篇文章。
2
Java 線程池的設(shè)計(jì)是這樣的：
1. 剛來的任務(wù)會(huì)通過創(chuàng)建工作線程為其服務(wù)，直到工作線程數(shù)達(dá)到核心線程數(shù)。2. 核心線程數(shù)滿了后，再來的任務(wù)，會(huì)加入到一個(gè)任務(wù)隊(duì)列中。3. 任務(wù)隊(duì)列滿了之后，再來的任務(wù)，就又創(chuàng)建新的工作線程，直到達(dá)到最大線程數(shù)。4. 如果再來任務(wù)，就走拒絕策略。當(dāng)然就是如圖所示，再來一遍，別往上翻了。
為啥這么設(shè)計(jì)呢？我說個(gè)場(chǎng)景。
有一條馬路，路邊住著五個(gè)人。
你的任務(wù)是在馬路旁邊建公共廁所，給他們用。
你經(jīng)過了一番調(diào)研，發(fā)現(xiàn)同一時(shí)間幾乎只有一個(gè)人，有上廁所的需求。
所以你決定，只建一個(gè)公共廁所。
如你所愿，同一時(shí)間總是只有一個(gè)人上廁所，所以這條馬路很和諧。
這一個(gè)廁所，就是核心線程數(shù) = 1。
但后來，有一天，有三個(gè)人同時(shí)要上廁所，外面?zhèn)z人打起來了。
你一看這不行，于是弄了個(gè)排隊(duì)等待區(qū)，讓臨時(shí)上不了廁所的人，在那里等著。
這就是任務(wù)隊(duì)列。
當(dāng)然，如果你此時(shí)選擇，立刻再修建兩個(gè)廁所，供這倆人上，這就是文章開頭讀者所提的問題。
這個(gè)為啥不是先使用最大線程數(shù)，如果沒有可用的線程數(shù)再放入隊(duì)列呢？
當(dāng)然這樣也行，但一方面成本有點(diǎn)大。
另一方面，這可能僅僅是個(gè)巧合，這仨人不知道咋了，突然上廁所就想到一塊去了。（QPS突增）或者那個(gè)廁所里的人，今天壞肚子了，一直沒上完。（任務(wù)執(zhí)行得慢）
但是，這種情況很少，不會(huì)長(zhǎng)期存在的。
果然，如你所料，第二天往后，就再也沒有搶廁所的情況存在了。
但慢慢的，這條馬路的人也來越多，大家怨聲載道，有一次，連排隊(duì)區(qū)都不夠長(zhǎng)了！
這時(shí)你知道，這已經(jīng)不是突發(fā)情況，而是這條馬路的人本身變多了，一個(gè)廁所確實(shí)不夠用。
此時(shí)你決定，新建幾個(gè)廁所，以滿足新形勢(shì)。
但這新建的廁所，只是臨時(shí)的，特別方便拆除。
這些簡(jiǎn)陋廁所，加上原來的廁所，一共三個(gè)，就是最大線程數(shù) = 3。
此時(shí)，又緩解了當(dāng)前這條馬路的人口數(shù)的如廁需求。
當(dāng)然，如果之前只是因?yàn)檫@里要開奧運(yùn)會(huì)，導(dǎo)致這條馬路上的人短時(shí)間很多，所以才臨時(shí)建立了簡(jiǎn)陋廁所。
后來奧運(yùn)會(huì)結(jié)束，馬路上的人又都走了，這些簡(jiǎn)陋的廁所長(zhǎng)時(shí)間沒人用，就會(huì)被拆除。
這就是 keepAliveTime 的作用。
但是，如果這條馬路就是人口激增，而且是常駐人口，那就會(huì)一直保持三個(gè)廁所，也就是保持最大線程數(shù)。
那假如在這種情況下，也出現(xiàn)了排隊(duì)區(qū)滿的情況，那就安排這些人去別的地方上廁所，當(dāng)然，也可以直接不管他。
這些就屬于拒絕策略。
如果一直有大量的人，因?yàn)榕挪簧详?duì)上不了廁所，被拒絕，那就說明你的規(guī)劃是有問題的，你沒有好好調(diào)研清楚。
這時(shí)，你應(yīng)該重新配置你的線程池參數(shù)了。
3
故事講完了，其實(shí)我發(fā)現(xiàn)挺多技術(shù)上的設(shè)計(jì)思路，用生活常識(shí)去理解，就很容易解釋了。
而很多技術(shù)的思想，也都源于生活。
當(dāng)然這跟那個(gè)什么用燒水壺例子，講 IO 模型可不一樣啊，那個(gè)是強(qiáng)行用生活的例子解釋技術(shù)原理，今天這個(gè)是用生活里的思想類比技術(shù)設(shè)計(jì)的思想。
大家還有沒有類似的源于生活的技術(shù)設(shè)計(jì)思路，可以分享下哦~
下載文檔
