大家好揩魂，我是tin，這是我的第4篇原創(chuàng)文章全文共計(jì)1820字17圖屋摇，預(yù)計(jì)閱讀時(shí)間12分鐘
一炮温、來嘮嗑嘮嗑題外話
配圖和本文內(nèi)容無關(guān)肤京，之所以留此配圖是因?yàn)樽罱约鹤鳛槿f(wàn)年windows系統(tǒng)用戶終于嘗試買入了人生第一臺(tái)mac，也就是今年剛出來茅特，大家都比較關(guān)心忘分、討論也滿天飛的mac M1！此文作為使用mac輸出的第一篇技術(shù)文章白修，謹(jǐn)此紀(jì)念妒峦。
感覺怎么樣呢？作為一個(gè)完全mac新用戶兵睛，主要的體會(huì)是這樣的：
續(xù)航真真長(zhǎng)肯骇！自己親測(cè)窥浪，17-18小時(shí)毫無壓力。
很不習(xí)慣笛丙。包括了macOS漾脂、快捷鍵、觸摸板胚鸯、文件管理骨稿，到目前為止我還沒弄明白control、option姜钳、command這三個(gè)鍵的區(qū)別坦冠。
整機(jī)質(zhì)感很好。最想說的就是屏幕哥桥，很細(xì)辙浑、很膩、很柔拟糕，非常有一種舒服感判呕、質(zhì)感，大體有些「遇見即要護(hù)你終生」的感覺送滞。
至于網(wǎng)上一直討論的兼容性問題侠草，目前還沒遇到，因?yàn)槲冶緳C(jī)用的最多的是瀏覽器累澡、微信梦抢、IDEA，這些都能正常運(yùn)行愧哟。
好了奥吩，回歸正題。
二蕊梧、究竟誰(shuí)負(fù)責(zé)回收線程池空閑線程霞赫？
這個(gè)問題的來源也是比較巧，曾經(jīng)跟同事聊天肥矢，說怎么去考量候選人簡(jiǎn)歷上的“精通Java線程池”端衰，考慮出發(fā)點(diǎn)一是不能網(wǎng)上出現(xiàn)過的，因?yàn)榭梢员炒鸢父矢模且荏w現(xiàn)候選人真的懂線程池旅东，起碼源碼看過（非熟悉使用Java線程池）。
一次面試的時(shí)候十艾，同事突然想到的這個(gè)問題抵代。于是今天我就把這個(gè)問題作為本文分析線程池的出發(fā)點(diǎn)了。
首先忘嫉，這個(gè)問題常見的答案有：
① 線程池回收的 ---等于沒答
② 會(huì)單獨(dú)有一個(gè)定時(shí)任務(wù)回收空閑線程 ---完全錯(cuò)誤
正確答案是這樣的：
超過corePoolSize的空閑線程由線程池回收荤牍，線程池Worker啟動(dòng)跑第一個(gè)任務(wù)之后就一直循環(huán)遍歷線程池任務(wù)隊(duì)列案腺，超過指定超時(shí)時(shí)間獲取不到任務(wù)就remove Worker，最后由垃圾回收器回收康吵。
這里面有兩個(gè)概念想重新說一下劈榨，一個(gè)是Worker，另一個(gè)是任務(wù)隊(duì)列晦嵌。
Worker是線程池ThreadPoolExecutor的一個(gè)內(nèi)部類同辣，其有一個(gè)成員變量thread（線程），所以我們可以把一個(gè)Worker假以理解為一個(gè)線程耍铜。
任務(wù)隊(duì)列是BlockingQueue邑闺，都說精通線程池了跌前，如果熟悉這個(gè)隊(duì)列的話棕兼，能不熟悉它的幾個(gè)方法嗎楼肪？線程池正是利用poll方法的超時(shí)時(shí)間來決定要不要回收空閑線程的唤崭。
boolean poll(E e, long timeout, TimeUnit unit)
三溪烤、源碼一窺究竟
講完答案带欢，一起看看怎么舉證它拷呆，先把測(cè)試用例寫起來：
定義了核心線程數(shù)為1返敬，最大線程數(shù)為2且叁，隊(duì)列長(zhǎng)度為2的線程池油讯，程序運(yùn)行時(shí)一次性給線程池安排4個(gè)任務(wù)蜈出，重復(fù)兩次田弥，下面是運(yùn)行的結(jié)果截圖：
從現(xiàn)象看，我們的問題復(fù)現(xiàn)出來了铡原！已經(jīng)復(fù)現(xiàn)那就好辦了偷厦，可以打斷點(diǎn)進(jìn)去一看究竟了（為了便于分析理解，我就沒有把debug截圖出來燕刻，都是關(guān)鍵源碼截圖）只泼！
我們?cè)倩仡櫹戮€程池的類圖，要不然我們還不知道在哪里看卵洗，在哪里下手打斷點(diǎn)是不是请唱？
ThreadPoolExecutor至關(guān)重要，它就是我們所說的線程池了过蹂。Executors給了很多生成默認(rèn)線程池的方法十绑，但一般不建議用Executors的默認(rèn)線程池，具體原因不在本文討論范圍之內(nèi)酷勺，有興趣可以先自行了解本橙。
已經(jīng)找到ThreadPoolExecutor關(guān)鍵類， 再上一個(gè)線程池運(yùn)行任務(wù)的基本流程圖
有了這圖是不是就很清晰了鸥印？重點(diǎn)在「線程執(zhí)行任務(wù)」里面勋功，接下來我們開始看源碼坦报。
從ThreadPoolExecutor的excute方法看起，為什么從這里看起狂鞋？因?yàn)槲覀兊娜蝿?wù)放到線程池后片择，是從調(diào)用execute執(zhí)行開始的。
execute主體代碼量很少骚揍，我特地圈出了addWorker字管，里面最最重要的就是初始化Worker同時(shí)啟動(dòng)thread。
上圖是Worker作為內(nèi)部類最關(guān)鍵的代碼信不，非常有意思的是Worker本身也是一個(gè)Runnable嘲叔，它把自己放到自己的成員變量thread里面來執(zhí)行了！thread顧名思義就是線程了抽活。
這樣就明了了硫戈，Worker實(shí)現(xiàn)了Runnable接口，我們直接看它的run方法下硕，看截圖的③處標(biāo)記丁逝，抽離出來一個(gè)runWorker方法，我們直接看runWorker方法梭姓，看下圖：
①處是一個(gè)while循環(huán)霜幼，getTask方法就是從線程池隊(duì)列取任務(wù)，里面就是上面我說到的調(diào)用BlockingQueue的poll方法誉尖，超時(shí)時(shí)間即是我們配置線程池事的keepAliveTime罪既。
②處就是我們本問題真正答案之處了呀！發(fā)現(xiàn)沒铡恕，一旦跳出while循環(huán)琢感，即進(jìn)入到processWorkExit方法，這就是回收Worker没咙，答案終于浮出水面猩谊，看下面截圖：
細(xì)心的同學(xué)可能發(fā)現(xiàn)了，這個(gè)回收豈不是把核心線程也會(huì)回收祭刚？
非也牌捷，這個(gè)問題的答案在getTask方法里面，來涡驮，我們?cè)倏匆幌耮etTask方法：
①處表示是否允許核心線程超時(shí)暗甥，或者線程數(shù)是否大于核心線程數(shù)。（這里說一下一個(gè)非常細(xì)的點(diǎn)：線程池中如果線程數(shù)低于核心線程數(shù)捉捅，就一定不會(huì)回收線程了嗎撤防？答案顯然不是，allowCoreThreadTimeOut參數(shù)不就可以實(shí)現(xiàn)回收了么０艨凇）
②處就是從任務(wù)隊(duì)列取任務(wù)了寄月，帶了timeOut參數(shù)的poll方法超時(shí)未能從任務(wù)隊(duì)列獲取任務(wù)即返回null辜膝，從而實(shí)現(xiàn)最終的線程回收。
四漾肮、結(jié)束求關(guān)注
我是tin厂抖，一個(gè)在努力讓自己早日變成大神的普通攻城獅。自己閱歷有限克懊、學(xué)識(shí)淺薄忱辅，如有發(fā)現(xiàn)文章不妥之處，非常歡迎加我提出谭溉，我一定細(xì)心推敲加以修改墙懂。
看到這里請(qǐng)給我點(diǎn)個(gè)贊再走吧，堅(jiān)持原創(chuàng)不容易扮念，不要白嫖损搬，你的正反饋是我堅(jiān)持輸出的最強(qiáng)大動(dòng)力，謝謝扔亥！
最后別忘了關(guān)注我哦
總結(jié)场躯、提升
做一個(gè)快樂的攻城獅
構(gòu)筑屬于自己的一方天地
