線上經(jīng)驗總結：一臺 Java 服務器可以跑多少個線程？

一臺java服務器能跑多少個線程？

這個問題來自一次線上報警如下圖，超過了我們的配置閾值。 

京東自研UMP監(jiān)控分析

打出jstack文件，通過IBM Thread and Monitor Dump Analyzer for Java工具查看如下：

IBM Thread and Monitor Dump Analyzer for Java

共計1661個線程，和監(jiān)控數(shù)據(jù)得出的吻合。但這個數(shù)量應該是大了，我們都知道線程多了，就會有線程切換，帶來性能開銷。

當時就想到一臺java服務器到底可以跑多少個線程呢？跟什么有關系？現(xiàn)整理如下。

每個線程都有一個線程?？臻g通過-Xss設置，查了一下我們服務器的關于jvm內(nèi)存的配置

-Xms4096m

-Xmx4096m

-XX:MaxPermSize=1024m

只有這三個，并沒有-Xss 和-XX:ThreadStackSize的配置，因此是走的默認值。

幾種JVM的默認棧大小

可以通過如下命令打印輸出默認值的大小，命令：jinfo -flag ThreadStackSize ；例如

[root@host-192-168-202-229 ~]#jinfo -flag ThreadStackSize 1807

-XX:ThreadStackSize=1024

不考慮系統(tǒng)限制，可以通過如下公式計算，得出最大線程數(shù)量

線程數(shù)量=（機器本身可用內(nèi)存-JVM分配的堆內(nèi)存）/Xss的值，比如我們的容器本身大小是8G,堆大小是4096M,走-Xss默認值，可以得出 最大線程數(shù)量：4096個。

根據(jù)計算公式，得出如下結論：

結論1：jvm堆越大，系統(tǒng)創(chuàng)建的線程數(shù)量越小。

結論2：當-Xss的值越小，可生成線程數(shù)量越多。

我們知道操作系統(tǒng)分配給每個進程的內(nèi)存大小是有限制的，比如32位的Windows是2G。

因此操作系統(tǒng)對一個進程下的線程數(shù)量是有限制的，不能無限的增多。經(jīng)驗值：3000-5000左右（我沒有驗證）。

剛才說的是不考慮系統(tǒng)限制的情況，那如果考慮系統(tǒng)限制呢，主要跟以下幾個參數(shù)有關系

/proc/sys/kernel/pid_max 增大，線程數(shù)量增大，pid_max有最高值，超過之后不再改變，而且32，64位也不一樣

/proc/sys/kernel/thread-max 系統(tǒng)可以生成最大線程數(shù)量

max_user_process（ulimit -u）centos系統(tǒng)上才有，沒有具體研究

/proc/sys/vm/max_map_count 增大，數(shù)量增多

線程是非常寶貴的資源，我們要嚴格控制線程的數(shù)量，象上面我們的截圖情況，顯然線程數(shù)量過多。這個是跟我們自己配置了fixed大小的線程池有關系。京東有自己的rpc框架jsf，里面可以針對每個服務端口設置線程大小。

作者：新棟BOOK

https://www.jianshu.com/p/f1930596947d

特別推薦一個分享架構+算法的優(yōu)質(zhì)內(nèi)容，還沒關注的小伙伴，可以長按關注一下：
長按訂閱更多精彩▼
如有收獲，點個在看，誠摯感謝