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程序:
升级版
好了,迫不及待了!下面是我的一个加了点润色的小的测试程序:
benjismith的回答:
读了charlie martin的回复以后,我很想知道堆内存的大小是否能够给创建的线程数带来不同,然后我就被结果惊呆了:在vista home premium sp1系统上,使用jdk 1.6.0_11,设置堆内存的大小从2m到1024m来执行charlie的测试程序。比如:创建2m的堆内存,我使用的虚拟机参数是:-xms2m -xmx2m.
下面是我的测试结果:
所以,堆的大小确实很重要。但是,堆大小和最大线程数却是呈反比例关系。
这太诡异了!
neil coffey的回答:
绝对理论上的最大线程数是进程的用户地址空间除以线程栈的大小(现实中,如果内存全部给线程栈使用,就不会有能运行的程序了)。因此,以32位windows系统为例,每一个进程的用户地址空间是2g,假如每个线程栈的大小是128k,最多会有16384(=2*1024*1024 / 128)个线程。实际在xp系统上,我发现大约能启动13000个线程。
然后,我认为,你的问题本质上是:(a)你是否可以在你的代码中有效的管理许多的线程,不让他们做很显然是愚蠢的事情(比如:让他们在同一个object对象上等待随后被调用notifyall()…),(b)操作系统是否可以有效地管理这许多线程。基本上来说,如果(a)的答案是”yes”的话,(b)的答案也是”yes”。
很巧的是,你可以在thread的构造函数中设置线程栈的大小,但是,你不需要也不应该把这个和虚拟机参数弄混淆。
如对本文有疑问, 点击进行留言回复!!
《UnityAPI.Collision碰撞》(Yanlz+Unity+SteamVR+云技术+5G+AI+VR云游戏+Collision+collider+rigidbody+立钻哥哥++OK++)
荐 2020年Java面试上必问的26个高频关键知识点,刷三遍必进阿里腾讯大厂!就这么自信!
使用IDEA搭建Springboot项目(dao层使用Mybatis)
网友评论