要合理配置java線程池需遵循以下步驟：1.根據任務類型設置核心線程數，cpu密集型設為cpu核心數或+1，io密集型可設為cpu核心數的2~3倍；2.選擇合適的隊列類型和大小，如arrayblockingqueue防oom，synchronousqueue用于快速執行場景；3.優先使用callerrunspolicy拒絕策略，讓調用方限流；4.避免直接使用executors工具類創建，應顯式指定參數、使用自定義線程工廠并監控運行狀態；5.根據負載動態調整配置并持續優化。
Java處理高并發，線程池是繞不開的核心技術之一。用好線程池，能顯著提升系統性能和資源利用率。但很多人在配置線程池時容易“照搬模板”，結果導致資源浪費或者任務堆積。
線程池的基本結構
Java中的線程池主要通過ThreadPoolExecutor來實現。它有以下幾個關鍵參數：
- 核心線程數（corePoolSize）：常駐線程數量
- 最大線程數（maximumPoolSize）：允許的最大線程數
- 空閑線程存活時間（keepAliveTime）：超過核心線程的空閑線程多久回收
- 阻塞隊列（workQueue）：等待執行的任務隊列
- 拒絕策略（handler）：任務無法提交時的處理方式
理解這些參數的作用，是后續合理配置的基礎。
立即學習“Java免費學習筆記（深入）”；
如何設置核心線程數？
核心線程數的設置要根據任務類型來定。如果是CPU密集型任務，比如大量計算、數據處理，那線程數一般設為CPU核心數或核心數+1即可，避免頻繁上下文切換。例如4核CPU可以嘗試設置為4~5個核心線程。
如果是IO密集型任務，比如網絡請求、數據庫查詢、磁盤讀寫，這類任務大部分時間都在等待外部響應，所以可以適當增加線程數。通常建議設置為CPU核心數的2~3倍，甚至更高，具體要看IO阻塞的程度。
舉個例子： 如果你的應用主要是調用第三方接口獲取數據，每個任務平均耗時1秒，其中900毫秒是等待網絡返回，那么你完全可以開更多線程去并發執行其他任務。
隊列大小和拒絕策略怎么選？
線程池的隊列用于緩存待處理的任務。常見的選擇包括：
- LinkedBlockingQueue：無界隊列，適合負載較輕、任務不密集的場景
- ArrayBlockingQueue：有界隊列，更安全，適合高并發、防止OOM的場景
- SynchronousQueue：不存儲任務，直接交給線程執行，適合任務執行快、線程數可控的情況
如果隊列太大，可能導致內存壓力；太小又容易觸發拒絕策略。因此需要結合實際業務場景評估最大并發量和任務排隊情況。
常見的拒絕策略有：
- AbortPolicy：拋出異常，默認行為
- CallerRunsPolicy：由調用線程自己執行任務
- DiscardOldestPolicy：丟棄隊列中最老的任務
- DiscardPolicy：靜默丟棄任務
推薦優先使用CallerRunsPolicy，這樣可以讓上游限流，而不是直接報錯或丟任務。
自定義線程池的幾個注意事項
別圖省事直接用Executors工具類創建線程池。像newFixedThreadPool這種默認使用的是無界隊列，容易造成OOM；newCachedThreadPool可能無限創建線程，也會帶來風險。
建議的做法是：
- 明確指定各個參數，尤其是隊列大小和拒絕策略
- 使用自定義線程工廠，方便監控和調試（比如給線程命名）
- 監控線程池運行狀態，比如當前活躍線程數、隊列大小等指標
比如你可以這樣初始化一個線程池：
ThreadPoolExecutor executor = new ThreadPoolExecutor( 10, // corePoolSize 20, // maximumPoolSize 60, TimeUnit.SECONDS, new ArrayBlockingQueue<>(100), // 隊列容量 new ThreadPoolExecutor.CallerRunsPolicy() // 拒絕策略 );
這個配置適合中等并發、混合型任務的場景，可以根據實際壓測調整。
基本上就這些。線程池配置不是一成不變的，要根據實際負載動態調整，并配合監控手段持續優化。
