“ java.lang.OutOfMemoryError：无法创建新的本机线程”

Question

"java.lang.OutOfMemoryError : unable to create new native Thread32k线程后，我们在8GB RAM VM上获得了“”（ps -eLF | grep -c java）但是，"top" and "free -m" shows 50% free memory available。JDk是64位的，并已在HotSpot和JRockit上试用过。服务器具有Linux 2.6.18我们还尝试了OS stack size (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 -acore file size          (blocks, -c) 0data seg size           (kbytes, -d) unlimitedscheduling priority             (-e) 0file size               (blocks, -f) unlimitedpending signals                 (-i) 72192max locked memory       (kbytes, -l) 32max memory size         (kbytes, -m) unlimitedopen files                      (-n) 65535pipe size            (512 bytes, -p) 8POSIX message queues     (bytes, -q) 819200real-time priority              (-r) 0stack size              (kbytes, -s) 10240cpu time               (seconds, -t) unlimitedmax user processes              (-u) 72192virtual memory          (kbytes, -v) unlimitedfile locks                      (-x) unlimited

Answer 1

即使异常名称强烈建议也不是内存问题，而是操作系统资源问题。您用完了本机线程，即操作系统将允许您的JVM使用多少线程。

这是一个不常见的问题，因为您很少需要那么多。您是否有很多无条件线程产生，这些线程应该在哪里出现但未完成？

您可能会考虑尽可能在执行器的控制下重写为使用Callable / Runnables。有许多行为可以由您的代码轻松控制的标准执行程序。

（有许多原因限制了线程数，但是它们因操作系统而异）

Answer 2

在负载测试期间遇到了相同的问题，原因是由于JVM无法进一步创建新的Java线程。以下是JVM源代码

if (native_thread->osthread() == NULL) {    

// No one should hold a reference to the 'native_thread'.    

    delete native_thread;   

if (JvmtiExport::should_post_resource_exhausted()) {      

    JvmtiExport::post_resource_exhausted(        

        JVMTI_RESOURCE_EXHAUSTED_OOM_ERROR | 

        JVMTI_RESOURCE_EXHAUSTED_THREADS, 

        "unable to create new native thread");    

    } THROW_MSG(vmSymbols::java_lang_OutOfMemoryError(), "unable to create new native thread");  

} Thread::start(native_thread);`

根本原因：当JVMTI_RESOURCE_EXHAUSTED_OOM_ERROR（资源耗尽（意味着内存耗尽））或JVMTI_RESOURCE_EXHAUSTED_THREADS（线程耗尽）时，JVM引发此异常。

在我的情况下，Jboss创建了太多线程来满足请求，但是所有线程都被阻塞了。因此，JVM耗尽了线程和内存（每个线程都保存了memory，因为每个线程都被阻塞，所以不释放内存）。

分析Java线程转储后，发现有将近61K线程被我们的方法之一阻塞，这导致了此问题。以下是线程转储的一部分

"SimpleAsyncTaskExecutor-16562" #38070 prio=5 os_prio=0 tid=0x00007f9985440000 nid=0x2ca6 waiting for monitor entry [0x00007f9d58c2d000]

   java.lang.Thread.State: BLOCKED (on object monitor)

Answer 3

您的操作系统可能不允许您尝试创建的线程数，或者您在JVM中达到了一定的限制。特别是如果它是一个32k的整数，则很可能是一种或另一种限制。

您确定您确实需要32k线程吗？大多数现代语言都对可重用线程池提供了某种支持-我确定Java也已经具备了一些功能（例如ExecutorService，如用户Jesper所述）。也许您可以从这样的池中请求线程，而不是手动创建新线程。