在這個專案裡，是為**，查表，以及domain層分別建立了乙個執行緒池
coreporesize為20 最大為50 活躍時間為60s
採用linkedblockingqueue ，容量為20，防止佇列過度擴充套件
高併發、任務執行時間短的業務怎樣使用執行緒池？併發不高、任務執行時間長的業務怎樣使用執行緒池？併發高、業務執行時間長的業務怎樣使用執行緒池？
（1）高併發、任務執行時間短的業務，執行緒池執行緒數可以設定為cpu核數+1，減少執行緒上下文的切換
（2）併發不高、任務執行時間長的業務要區分開看：
a）假如是業務時間長集中在io操作上，也就是io密集型的任務，因為io操作並不占用cpu，所以不要讓所有的cpu閒下來，可以適當加大執行緒池中的執行緒數目，讓cpu處理更多的業務
b）假如是業務時間長集中在計算操作上，也就是計算密集型任務，這個就沒辦法了，和（1）一樣吧，執行緒池中的執行緒數設定得少一些，減少執行緒上下文的切換
（3）併發高、業務執行時間長，解決這種型別任務的關鍵不在於執行緒池而在於整體架構的設計，看看這些業務裡面某些資料是否能做快取是第一步，增加伺服器是第二步，至於執行緒池的設定，設定參考（2）。最後，業務執行時間長的問題，也可能需要分析一下，看看能不能使用中介軟體對任務進行拆分和解耦。
從這個答案上，可以看出這個專案其實併發並不高，並且任務執行時間偏長，執行緒數就是cpu核數*2
這個專案業務執行時間長的話，也拆分業務，現在已經拆分了業務，使用了並行。
做快取的話，怎麼做呢，沒有了解過具體快取的實踐，可能需要了解下快取的實踐。
如果真的併發上去了，只有先加伺服器了。單台伺服器的執行緒數量是一定的。
如何合理設定執行緒池大小
要想合理的配置執行緒池的大小，首先得分析任務的特性，可以從以下幾個角度分析 任務的性質 cpu密集型任務 io密集型任務 混合型任務。任務的優先順序 高 中 低。任務的依賴性 是否依賴其他系統資源，如資料庫連線等。性質不同的任務可以交給不同規模的執行緒池執行。對於不同性質的任務來說，cpu密集型任務...
如何合理設定執行緒池大小
這個問題雖然看起來很小，卻並不那麼容易回答。大家如果有更好的方法歡迎賜教，先來乙個天真的估算方法 假設要求乙個系統的tps transaction per second或者task per second 至少為20，然後假設每個transaction由乙個執行緒完成，繼續假設平均每個執行緒處理乙個t...
如何合理設定執行緒池大小
要想合理的配置執行緒池的大小，首先得分析任務的特性，可以從以下幾個角度分析 任務的性質 cpu密集型任務 io密集型任務 混合型任務。任務的優先順序 高 中 低。任務的依賴性 是否依賴其他系統資源，如資料庫連線等。性質不同的任務可以交給不同規模的執行緒池執行。對於不同性質的任務來說，cpu密集型任務...