鑽石舞台

上一篇我們介紹了如何使用@Async註解來創建異步任務，我可以用這種方法來實現一些並發操作，以加速任務的執行效率。但是，如果只是如前文那樣直接簡單的創建來使用，可能還是會碰到一些問題。存在有什麼問題呢？先來思考下，下面的這個接口，通過異步任務加速執行的實現，是否存在問題或風險呢？

雖然，從單次接口調用來說，是沒有問題的。但當接口被客戶端頻繁調用的時候，異步任務的數量就會大量增長：3 x n（n為請求數量），如果任務處理不夠快，就很可能會出現內存溢出的情況。那麼為什麼會內存溢出呢？根本原因是由於Spring Boot默認用於異步任務的線程池是這樣配置的：

圖中我標出的兩個重要參數是需要關注的：

所以，默認情況下，一般任務隊列就可能把內存給堆滿了。所以，我們真正使用的時候，還需要對異步任務的執行線程池做一些基礎配置，以防止出現內存溢出導致服務不可用的問題。

默認線程池的配置很簡單，只需要在配置文件中完成即可，主要有以下這些參數：

具體配置含義如下：

我們直接基於之前chapter7-5的結果來進行如下操作。

首先，在沒有進行線程池配置之前，可以先執行一下單元測試：

由於默認線程池的核心線程數是8，所以3個任務會同時開始執行，日誌輸出是這樣的：

接着，可以嘗試在配置文件中增加如下的線程池配置

日誌輸出的順序會變成如下的順序：

注意：這裡可能有的小夥伴會問，最大線程不是5麼，為什麼任務三是進緩衝隊列，不是創建新線程來處理嗎？這裡要理解緩衝隊列與最大線程間的關係：只有在緩衝隊列滿了之後才會申請超過核心線程數的線程來進行處理。所以，這裡只有緩衝隊列中10個任務滿了，再來第11個任務的時候，才會在線程池中創建第三個線程來處理。這個這裡就不具體寫列子了，讀者可以自己調整下參數，或者調整下單元測試來驗證這個邏輯。

本文的完整工程可以查看下面倉庫中2.x目錄下的chapter7-6工程：

如果您覺得本文不錯，歡迎Star支持，您的關注是我堅持的動力！