在 32k 线程 (ps -eLF| grep -c java) 后，我们在 8GB RAM VM 上得到 "java.lang.OutOfMemoryError : 无法创建新的 native 线程"
但是，“top”和“free -m”显示可用内存为 50%。 JDK 是 64 位的，在 HotSpot 和 JRockit 上都试过了。Server 有 Linux 2.6.18
我们还尝试了 OS 堆栈大小 (ulimit -s) 调整和最大进程(ulimit -u) 限制，limit.conf 增加但都是徒劳的。
我们还尝试了几乎所有可能的堆大小组合，保持低、高等。
我们用来运行应用程序的脚本是
/opt/jrockit-jdk1.6/bin/java -Xms512m -Xmx512m -Xss128k -jar JavaNatSimulator.jar /opt/tools/jnatclients/natSimulator.properties
我们已经尝试编辑/etc/security/limits.conf 和 ulimit 但还是一样
[root@jboss02 ~]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 72192
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 72192
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
最佳答案
这不是内存问题，尽管异常名称强烈暗示了这一点，而是操作系统资源问题。您用完了 native 线程，即操作系统将允许您的 JVM 使用多少线程。
这是一个不常见的问题，因为您很少需要那么多。您是否在线程应该但未完成的地方产生了很多无条件线程？
如果可能的话，您可以考虑重写为在 Executor 的控制下使用 Callable/Runnables。有许多标准执行器具有各种行为，您的代码可以轻松控制它们。
(线程数受限的原因有很多，但因操作系统而异)
关于java - "java.lang.OutOfMemoryError : unable to create new native Thread"，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16789288/