我有一个Java应用程序，由一个Web托管公司托管。每隔几天我的应用程序会崩溃并显示以下错误：
[2011-03-09 15:52:14,501] ERROR http-12021-9
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:597)
托管公司说这意味着我的应用程序正在泄漏内存，但我使用的工具显示仍然有可用的空闲内存。由于错误总是创建新的本地线程，我的想法是问题出在JVM配置/操作系统资源上。
我应该如何防止这个错误的发生？
可能是因为您已达到用户打开文件数的限制。
我相信每个进程/线程都会消耗一个或多个文件描述符。
例如，当您的用户达到此限制时，"no" shell 命令将无法工作，因为 shell 命令会分叉出一个进程来执行（您会看到类似“-bash: fork: retry: Resource temporarily unavailable”的错误）。
我遇到了这个问题，并发现只有当前用户无法生成进程... 其他用户没有受到影响。
要解决这个问题，请增加您的 ulimit -n （最大打开文件数）设置... 详细信息如下。
您可以使用命令查看您的用户限制：
ulimit -a
使用以下方法提高您的最大文件限制：
ulimit -n 65536
这是我现在拥有的内容：
$ 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) 256797
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 75000
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) 100000
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
查看系统的所有显式限制：
cat /etc/security/limits.conf
当您启动进程时，JVM具有有限的堆大小（默认为128MB）。该服务器可能拥有更多内存，但您的JVM没有 - 您已经使用了全部内存。
您可以使用-Xms和-Xmx命令行参数进行更改，但我建议先找到内存泄漏 :)
[Unit]
Description=Tomcat9
After=network.target
[Service]
Type=forking
User=tomcat9
Group=tomcat9
TasksMax=1048
Environment=CATALINA_PID=/opt/tomcat/tomcat9.pid
Environment=JAVA_HOME=/usr/lib/jvm/default-java
Environment=CATALINA_HOME=/opt/tomcat
Environment=CATALINA_BASE=/opt/tomcat
Environment="CATALINA_OPTS=-Xms2048m -Xmx28384m"
Environment="JAVA_OPTS=-Dfile.encoding=UTF-8 -Dnet.sf.ehcache.skipUpdateCheck=true -XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled -XX:+UseParNewGC"
ExecStart=/opt/tomcat/bin/startup.sh
ExecStop=/opt/tomcat/bin/shutdown.sh
[Install]
WantedBy=multi-user.target
你是否进行了任何内存跟踪？打开jconsole观察或记录你的内存消耗情况24小时。如果（平均）持续上升而不下降，则说明你正在耗尽内存，可能没有足够的内存来存储新线程的详细信息。
Linux 处理打开文件数量的问题是一个常见的难题。
可以通过以下命令来解决： ulimit -n 65536 （可以自定义数字）
看起来好像是线程泄露了。线程被创建后却停留在某个地方。定期转储线程以查看分配的线程数是否增长。在转储中查找任何睡眠/挂起的线程。
kill -QUIT jvm_pid
* soft nproc 1000将这个值提高到5000解决了我的“无法创建新的本地线程”问题。 - arpadf