java.lang.OutOfMemoryError: unable to create new native thread

本文介绍如何利用JProfiler工具诊断Tomcat服务器出现的内存溢出问题,包括安装配置过程及解决方法。
今天系统突然收到错误日志:
Feb 12, 2012 1:28:40 AM org.apache.tomcat.util.net.JIoEndpoint processSocket
SEVERE: Error allocating socket processor
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:640)
at java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(ThreadPoolExecutor.java:703)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:652)
at org.apache.catalina.core.StandardThreadExecutor.execute(StandardThreadExecutor.java:82)
at org.apache.tomcat.util.net.JIoEndpoint.processSocket(JIoEndpoint.java:729)
at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:313)
at java.lang.Thread.run(Thread.java:662)


于是,利用jprofiler7来测试一下web应用,说到这个分析工具,得详细介绍一下:
是一个全功能的 Java 剖析工具( profiler ),专用于分析 J2SE 和 J2EE 应用程序。它把 CPU 、执行绪和内存的剖析组合在一个强大的 应用中。 JProfiler 可提供许多 IDE 整合和应用服务器整合用途。 JProfiler 直觉式的 GUI 让你可以找到效能瓶颈、抓出内存漏失 (memory leaks) 、并解决执行绪的问题。它让你得以对 heap walker 作资源回收器的 root analysis ,可以轻易找出内存溢出; heap 快照( snapshot )模式让未被参照( reference )的对象、稍微被参照的对象、或在终结( finalization )队列的对象 都会被移除;整合精灵以便剖析浏览器的 Java 外挂功能。


步骤:
1、下载jprofiler7,地址:http://www.ej-technologies.com/download/jprofiler/files.html
linux 版与client windows的
2、服务器端 JProfiler 安装:
把 jprofiler_linux_7.sh 上传到到服务器,假设路径为 /opt/jprofiler
# cd /opt/jprofiler
# chmod +x *.sh
# ./jprofiler_linux_7.sh -c

按照提示来安装,提示都很简单,不在多说。安装路径选择 /opt/jprofiler7
3、客户端连接配置
1). 运行 JProfiler 。第一次打开会有向导,忽略它。
2). 选择 Session->Integration Wizard->New Remote Integratation
3). 选择 On a remote computer;Platform of remote computer 选择 Linux x86/AMD 64;Next
4). 输入服务器 IP ;Next
5). 输入服务器上的 jprofiler 的安装路径,如 /opt/jprofiler4 ;next
6). 选择服务器的 JDK 环境,这里是:IBM,1.6.0,hotspot;next
7). 输入端口:这里是默认值 8849;next
8). 选择启动模式:这里选第一种 wait for a connection from the jprofiler GUI;next
9). 这里会列出需要在服务器端做的配置:

4、服务器端的配置
(1)修改系统环境配置文件 /etc/profile ,增加
JPROFILER_HOME=/opt/jprofiler7/bin/linux-x86
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$JPROFILER_HOME

(2)修改TOMCAT启动文件catalina.sh,添加
export LD_LIBRARY_PATH=/opt/jprofiler7/bin/linux-x86
JAVA_OPTS=' -Xms500m -Xmx2000m -XX:PermSize=64M -XX:MaxPermSize=128m -agentlib:jprofilerti=port=8849 -Xbootclasspath/a:/opt/jprofiler7/bin/agent.jar '

(3)Reboot Linux and startup Tomcat using startup.sh;
JProfiler> Protocol version 23
JProfiler> Using JVMTI
JProfiler> 32-bit library
JProfiler> Listening on port: 8849.
JProfiler> Native library initialized
JProfiler> Waiting for a connection from the JProfiler GUI

5.启动客户端软件
点击jprofiler菜单 session>start center>Open Session
Available session configurations中列出了刚才配置的连接,选中使用就OK了!!
<think>好的,用户遇到了Java程序中的OutOfMemoryError,具体是无法创建新的本地线程的问题。我需要根据之前的引用和已有的知识来思考解决方案。 首先,这个错误通常是因为Java应用达到了线程数的系统限制。需要从多个方面分析原因。可能的原因包括系统级别的线程数限制、JVM设置、线程栈大小配置不当,或者程序本身创建了太多线程没有及时释放。 根据引用[1],错误信息明确指出线程创建达到上限。引用[2]提到几个关键因素:MaxProcessMemory(进程最大内存)、JVMMemory(JVM内存)、ReservedOsMemory(保留的操作系统内存)、ThreadStackSize(线程栈大小)。这些都是需要考虑的参数。 接下来,我需要整理解决方案的步骤。首先,检查系统级别的限制,比如ulimit -u的结果,以及操作系统的全局限制(如Linux的pid_max和threads-max)。然后调整这些限制,但要注意系统资源是否足够。 第二,优化JVM参数,特别是减少线程栈大小(-Xss),这样可以在相同内存下创建更多线程。但要注意栈溢出风险。 第三,检查程序中的线程使用情况,是否有线程泄漏,或者可以改用线程池来复用线程,避免频繁创建和销毁。 另外,引用[2]提到MaxProcessMemory的计算,可能需要调整进程的虚拟内存设置,但具体方法因系统而异。对于32位系统,可能受限于地址空间,升级到64位可能有效。 还要考虑减少内存占用,释放资源,或者水平扩展应用,分散负载到多个实例。 最后,用户可能需要具体的操作步骤,比如如何修改系统参数、调整JVM选项,以及代码优化的示例。需要确保建议安全可行,并提醒用户注意调整参数时的潜在影响,比如降低栈大小可能导致栈溢出,增加系统限制可能消耗更多资源。 总结解决方案的步骤,分点列出,确保清晰易懂。同时生成相关问题,帮助用户进一步理解和排查问题。</think>### 解决方案:Java OutOfMemoryError: Unable to create new native thread 该错误表明Java应用触发了系统级线程创建限制[^1],需从以下方向逐步排查和优化: --- #### 1. **检查系统级线程限制** - **Linux系统** 执行 `ulimit -u` 查看当前用户允许的最大线程数。 修改 `/etc/security/limits.conf` 文件,例如: ```bash * soft nproc 4096 * hard nproc 65536 ``` 需重启生效。 - **全局系统限制** Linux系统中检查 `/proc/sys/kernel/pid_max`(最大进程数)和 `/proc/sys/kernel/threads-max`(全局线程数上限),通过 `sysctl` 调整。 --- #### 2. **优化JVM参数配置** - **减小线程栈大小** 通过 `-Xss` 参数降低单个线程栈的内存占用(默认1MB),例如: ```bash -Xss256k ``` 注意:过小可能导致 `StackOverflowError`。 - **控制JVM堆内存** 避免堆内存占用过多导致操作系统预留内存不足,例如: ```bash -Xms512m -Xmx2g ``` --- #### 3. **优化程序线程管理** - **使用线程池** 避免无限制创建线程,改用 `ThreadPoolExecutor` 控制并发量: ```java ExecutorService executor = Executors.newFixedThreadPool(100); // 根据系统能力设置 ``` - **排查线程泄漏** 通过 `jstack <pid>` 或可视化工具(如VisualVM)分析线程状态,确保线程任务结束后能被回收。 --- #### 4. **调整操作系统参数(进阶)** - **虚拟内存分配** 在Linux中增大进程虚拟内存限制(需root权限): ```bash sysctl -w vm.max_map_count=262144 ``` - **升级64位系统** 32位系统受限于进程地址空间(通常2-4GB),迁移到64位系统可显著提升资源上限[^2]。 --- #### 5. **架构级优化** - **水平扩展** 通过分布式部署将负载分散到多个实例。 - **异步非阻塞模型** 使用Netty或Vert.x等框架减少线程依赖。 --- ### 关键公式说明 系统允许的最大线程数可通过以下公式估算[^2]: $$ \text{MaxThreads} = \frac{\text{MaxProcessMemory - JVMMemory - ReservedOsMemory}}{\text{ThreadStackSize}} $$ 例如:若系统剩余内存为2GB,单个线程栈256KB,则理论最大线程数约 $2 \times 1024^2 / 256 = 8192$。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值