一臺Java服務器怎樣跑多少個線程

一臺Java服務器能跑多少個線程？這個問題來自一次線上報警以下圖，超過了咱們的配置閾值。

圖：京東自研UMP監控分析

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

圖：IBM Thread and Monitor Dump Analyzer for Java

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

當時就想到一臺Java服務器到底能夠跑多少個線程呢？跟什麼有關係？現整理以下。

每一個線程都有一個線程棧空間經過-Xss設置，查了一下咱們服務器的關於jvm內存的配置

1 2 3

-Xms4096m -Xmx4096m -XX:MaxPermSize=1024m

只有這三個，並無-Xss 和-XX:ThreadStackSize的配置，所以是走的默認值。

圖：JVM的默認棧大小

能夠經過以下命令打印輸出默認值的大小，命令：

1	jinfo -flag ThreadStackSize

例如：

1 2	[root@host-192-168-202-229 ~]#jinfo -flag ThreadStackSize 1807 -XX:ThreadStackSize=1024

不考慮系統限制，能夠經過以下公式計算，得出最大線程數量。

線程數量 =（機器自己可用內存 - JVM分配的堆內存）/ Xss的值，好比咱們的容器自己大小是8G，堆大小是4096M，-Xss默認值，能夠得出最大線程數量：4096個。

根據計算公式，得出以下結論：

• 結論1：jvm堆越大，系統建立的線程數量越小。

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

咱們知道操做系統分配給每一個進程的內存大小是有限制的，好比32位的Windows是2G。所以操做系統對一個進程下的線程數量是有限制的，不能無限的增多。經驗值：3000-5000左右（我沒有驗證）。

剛纔說的是不考慮系統限制的狀況，那若是考慮系統限制呢，主要跟如下幾個參數有關係：

• /proc/sys/kernel/pid_max 增大，線程數量增大，pid_max有最高值，超過以後再也不改變，並且32，64位也不同

• /proc/sys/kernel/thread-max 系統能夠生成最大線程數量

• max_user_process（ulimit -u）centos系統上纔有，沒有具體研究

• /proc/sys/vm/max_map_count 增大，數量增多

線程是很是寶貴的資源，咱們要嚴格控制線程的數量，像上面咱們的截圖狀況，顯然線程數量過多。這個是跟咱們本身配置了fixed大小的線程池有關係。京東有本身的rpc框架jsf，裏面能夠針對每一個服務端口設置線程大小。

​針對上面的技術我特地整理了一下，有不少技術不是靠幾句話能講清楚，因此乾脆找朋友錄製了一些視 頻，不少問題其實答案很簡單，可是背後的思考和邏輯不簡單，要作到知其然還要知其因此然。若是想 學習Java工程化、高性能及分佈式、深刻淺出。微服務、Spring，MyBatis，Netty源碼分析的朋友能夠 加個人Java進階羣：744642380，羣裏有阿里大牛直播講解技術，以及Java大型互聯網技術的視頻免費分 享給你們