一臺(tái)Java服務(wù)器能跑多少個(gè)線程巡揍？這個(gè)問(wèn)題來(lái)自一次線上報(bào)警如下圖痛阻，超過(guò)了我們的配置閾值。
打出jstack文件腮敌，通過(guò)IBM Thread and Monitor Dump Analyzer for Java工具查看如下：
共計(jì)1661個(gè)線程阱当，和監(jiān)控?cái)?shù)據(jù)得出的吻合俏扩。但這個(gè)數(shù)量應(yīng)該是大了，我們都知道線程多了弊添，就會(huì)有線程切換动猬，帶來(lái)性能開(kāi)銷(xiāo)。
當(dāng)時(shí)就想到一臺(tái)Java服務(wù)器到底可以跑多少個(gè)線程呢表箭？跟什么有關(guān)系赁咙？現(xiàn)整理如下。
每個(gè)線程都有一個(gè)線程椕庾辏空間通過(guò)-Xss設(shè)置彼水，查了一下我們服務(wù)器的關(guān)于jvm內(nèi)存的配置
`-Xms4096m`
`-Xmx4096m`
`-XX:MaxPermSize=1024m`
只有這三個(gè)，并沒(méi)有-Xss 和-XX:ThreadStackSize的配置极舔，因此是走的默認(rèn)值凤覆。
可以通過(guò)如下命令打印輸出默認(rèn)值的大小，命令：
`jinfo -flag ThreadStackSize`
例如：
`[root@host-192-168-202-229 ~]``#jinfo -flag ThreadStackSize 1807`
`-XX:ThreadStackSize=1024`
不考慮系統(tǒng)限制拆魏，可以通過(guò)如下公式計(jì)算盯桦，得出最大線程數(shù)量。
線程數(shù)量 =（機(jī)器本身可用內(nèi)存 - JVM分配的堆內(nèi)存）/ Xss的值渤刃，比如我們的容器本身大小是8G拥峦，堆大小是4096M，-Xss默認(rèn)值卖子，可以得出最大線程數(shù)量：4096個(gè)略号。
根據(jù)計(jì)算公式，得出如下結(jié)論：
結(jié)論1：jvm堆越大洋闽，系統(tǒng)創(chuàng)建的線程數(shù)量越小玄柠。
結(jié)論2：當(dāng)-Xss的值越小，可生成線程數(shù)量越多诫舅。
我們知道操作系統(tǒng)分配給每個(gè)進(jìn)程的內(nèi)存大小是有限制的羽利，比如32位的Windows是2G。因此操作系統(tǒng)對(duì)一個(gè)進(jìn)程下的線程數(shù)量是有限制的刊懈，不能無(wú)限的增多这弧。經(jīng)驗(yàn)值：3000-5000左右（我沒(méi)有驗(yàn)證）。
剛才說(shuō)的是不考慮系統(tǒng)限制的情況俏讹，那如果考慮系統(tǒng)限制呢当宴，主要跟以下幾個(gè)參數(shù)有關(guān)系：
/proc/sys/kernel/pid_max 增大，線程數(shù)量增大泽疆，pid_max有最高值，超過(guò)之后不再改變玲献，而且32殉疼，64位也不一樣
/proc/sys/kernel/thread-max 系統(tǒng)可以生成最大線程數(shù)量
max_user_process（ulimit -u）centos系統(tǒng)上才有梯浪，沒(méi)有具體研究
/proc/sys/vm/max_map_count 增大，數(shù)量增多
線程是非常寶貴的資源瓢娜，我們要嚴(yán)格控制線程的數(shù)量挂洛，像上面我們的截圖情況，顯然線程數(shù)量過(guò)多眠砾。這個(gè)是跟我們自己配置了fixed大小的線程池有關(guān)系虏劲。京東有自己的rpc框架jsf，里面可以針對(duì)每個(gè)服務(wù)端口設(shè)置線程大小褒颈。
