java 最多支持多少线程_Java虚拟机最多支持多少个线程的探讨

McGovernTheory在StackOverflow提了这样一个问题:

Java虚拟机最多支持多少个线程？

跟虚拟机开发商有关么？

跟操作系统呢？

还有其他的因素吗？

Eddie的回答:

这取决于你使用的CPU，操作系统，其他进程正在做的事情，你使用的Java的版本，还有其他的因素。我曾经见过一台Windows服务器在宕机之前有超过6500个线程。当然，大多数线程什么事情也没有做。一旦一台机器上有差不多6500个线程(Java里面)，机器就会开始出问题，并变得不稳定。

以我的经验来看，JVM容纳的线程与计算机本身性能是正相关的。

当然了，你要有足够的本机内存，并且给Java分配了足够的内存，让每个线程都可以拥有栈(虚拟机栈)，可以做任何想做的事情。任何一台拥有现代CPU(AMD或者是Intel最近的几代)和1-2G内存(取决于操作系统)的机器很容易就可以支持有上千个线程的Java虚拟机。

如果你需要一个更精确的答案，最好是自己做压测。

Charlie Martin的回答:

这里有很多的参数(可以设置)。对于特定的虚拟机，都会有自己的运行时参数。(最大线程数)一定程度上由操作系统决定的：底层的操作系统要给线程提供哪些支持？施加哪些限制？虚拟机使用的是原生的操作系统的线程还是red thread或者green thread？

操作系统提供的支持是另一个问题。如果你向下面这样写Java程序：

classDieLikeADog{

publicstaticvoidmain(String[] argv){

for(;;){

newThread(newSomeRunaable).start();

}

}

}

不要抱怨语法细节，这才刚刚开始，那你当然希望能得到成百上千个运行的线程。但是，创建一个线程的成本是相对较大的，(过多线程)调度的开销会变得突出。能否让这些线程做有用的事情还不确定。

升级版

好了，迫不及待了！下面是我的一个加了点润色的小的测试程序：

publicclassDieLikeADog{

privatestaticObjects =newObject();

privatestaticintcount =0;

publicstaticvoidmain(String[] argv){

for(;;){

newThread(newRunnable(){

publicvoidrun(){

synchronized(s){

count +=1;

System.err.println("New thread #"+count);

}

for(;;){

try{

Thread.sleep(1000);

}catch(Exceptione){

System.err.println(e);

}

}

}

}).start();

}

}

}

在Intel的OS/X 10.5.6系统上，Java 5的输出如下：

Newthread#2547

Newthread#2548

Newthread#2549

Can't create thread: 5

New thread #2550

Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread

at java.lang.Thread.start0(Native Method)

at java.lang.Thread.start(Thread.java:592)

at DieLikeADog.main(DieLikeADog.java:6)

benjismith的回答:

读了Charlie Martin的回复以后，我很想知道堆内存的大小是否能够给创建的线程数带来不同，然后我就被结果惊呆了：在Vista Home Premium SP1系统上，使用JDK 1.6.0_11，设置堆内存的大小从2M到1024M来执行Charlie的测试程序。比如：创建2M的堆内存，我使用的虚拟机参数是：-Xms2m -Xmx2m.

下面是我的测试结果：

2mb -->5744threads

4mb -->5743threads

8mb -->5735threads

12mb -->5724threads

16mb -->5712threads

24mb -->5687threads

32mb -->5662threads

48mb -->5610threads

64mb -->5561threads

96mb -->5457threads

128mb -->5357threads

192mb -->5190threads

256mb -->5014threads

384mb -->4606threads

512mb -->4202threads

768mb -->3388threads

1024mb -->2583threads

所以，堆的大小确实很重要。但是，堆大小和最大线程数却是呈反比例关系。

这太诡异了！

Neil Coffey的回答:

然后，我认为，你的问题本质上是：

(a) 你是否可以在你的代码中有效的管理许多的线程，不让他们做很显然是愚蠢的事情，比如：让他们在同一个object对象上等待随后被调用notifyAll()...

(b) 操作系统是否可以有效地管理这许多线程。

基本上来说，如果(a)的答案是”yes”的话，(b)的答案也是”yes”。

很巧的是，你可以在Thread的构造函数中设置线程栈的大小，但是，你不需要也不应该把这个和虚拟机参数弄混淆。