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