java.lang.OutOfMemoryError

本文介绍了Java应用程序中常见的OutOfMemoryError异常的原因及解决方法,包括调整JVM堆大小、PermGen空间以及优化代码等方面。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

java.lang.OutOfMemoryError异常解决方法


原因: 常见的有以下几种:

1.内存中加载的数据量过于庞大,如一次从数据库取出过多数据;

2.集合类中有对对象的引用,使用完后未清空,使得JVM不能回收;

3.代码中存在死循环或循环产生过多重复的对象实体;

4.使用的第三方软件中的BUG;

5.启动参数内存值设定的过小;

常见错误提示: 1.tomcat:java.lang.OutOfMemoryError: PermGen space

2.tomcat:java.lang.OutOfMemoryError: Java heap space

3.weblogic:Root cause of ServletException java.lang.OutOfMemoryError

4.resin:java.lang.OutOfMemoryError

5.java:java.lang.OutOfMemoryError





解决; 1.应用服务器提示错误的解决: 把启动参数内存值设置足够大。



2.Java代码导致错误的解决: 重点排查以下几点:

1)检查代码中是否有死循环或递归调用。

2)检查是否有大循环重复产生新对象实体。

3)检查对数据库查询中,是否有一次获得全部数据的查询。一般来说,如果一次取十万条记录到内存,就可能引起内存溢出。这个问题比较隐蔽,在上线前,数据库中数据较少,不容易出问题,上线后,数据库中数据多了,一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

4 )检查List、MAP等集合对象是否有使用完后,未清除的问题。List、MAP等集合对象会始终存有对对象的引用,使得这些对象不能被GC回收。

案例: 1.hibernate查询数据时,一次查询过多的数据,后来调整了该部分的代码,每次只取出指定量的数据,成功的解决该问题。 2.在做压力测试时,出现OutOfMemoryError,发现session的资源一直没有被释放产生的,最好通过session的invalidate()方法将session的资源释放。 3.程序中出现死循环。 4.tomcat部署、运行出现OutOfMemoryError,加大内存参数值,解决此问题。









tomcat中java.lang.OutOfMemoryError: Java heap space异常处理

一、Heap size JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值, 其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可 进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。 提示:在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。 提示:Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。

二、解决方法:手动设置Heap size 修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行: JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"





tomcat中java.lang.OutOfMemoryError: PermGen space异常处理

一、PermGen space PermGen space的全称是Permanent Generation space,是指内存的永久保存区域, 这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中, 它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对 PermGen space进行清理,所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误, 这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小 超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法: 手动设置MaxPermSize大小 修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行: JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m 建议:将相同的第三方jar文件移置到tomcat/shared/lib目录下,这样可以达到减少jar 文档重复占用内存的目的。





weblogic中java.lang.OutOfMemoryError异常处理

错误提示: "Root cause of ervletException java.lang.OutOfMemoryError"

解决办法: 调整bea/weblogic/common中CommEnv中参数    :sun   if "%PRODUCTION_MODE%" == "true" goto sun_prod_mode   set JAVA_VM=-client   set MEM_ARGS=-Xms256m -Xmx512m -XX:MaxPermSize=256m   set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none   goto continue   :sun_prod_mode   set JAVA_VM=-server   set MEM_ARGS=-Xms256m -Xmx512m -XX:MaxPermSize=256m   goto continue











Eclipse运行Jboss时java.lang.OutOfMemoryError:PermGen space异常处理

在Eclipse中运行Jboss时,时间太长可能有时候会出现java.lang.OutOfMemoryError:PermGen space的错误,这里给介绍大家一种解决方法:

1)点击debug图标旁边的小箭头;

2)点击”Debug Configurations…”菜单项;

3)选左边的“Generic Server”树下面的“JBoss v4.2 at localhost”;

4)点击右边的“Arguments”Tab页签,在“VM arguments”中添加:

-Dprogram.name=run.bat -Djava.endorsed.dirs="D:/JBoss405/bin/../lib/endorsed" -Xms128m -Xmx512m -XX:PermSize=64m -XX:MaxPermSize=256m

5)如果你是以命令行模式或者直接点击“run.bat”来运行JBoss,那你就要在 bin/run.conf 文件中对JVM选项作修改了,找到 JAVA_OPTS="-Xms128m -Xmx512m…” 这一段,然后在后面加上 “ -XX:PermSize=64m -XX:MaxPermSize=256m”。保存就OK了。

6)注意:其中128、512、64和256等数字可以根据自己机器的配置来做一些相应的调整,然后点击“Apply”就可以了。





Resin下java.lang.OutOfMemoryError异常处理

原因: 出现这个错误,一般是因为JVM物理内存过小。默认的Java虚拟机最大内存仅为64兆,这在开发调试过程中可能没有问题,但在实际的应用环境中是远远不能满足需要的,除非你的应用非常小,也没什么访问量。否则你可能会发现程序运行一段时间后包java.lang.OutOfMemoryError的错误。因此我们需要提升resin可用的虚拟机内存的大小。

解决: 修改/usr/local/resin/bin/httpd.sh中的args选项 添加参数-Xms(初始内存)和-Xmx(最大能够使用内存大小) 可以用来限制JVM的物理内存使用量。 例如: args="-Xms128m -Xmx256m" 设置后,JVM初始物理内存是128m,最大能使用物理内存为256m。 这两个值应该由系统管理员根据服务器的实际情况进行设置。
<think>嗯,用户问的是Java中的OutOfMemoryError错误的原因和解决方法。我需要先回忆一下相关的知识,并结合提供的引用内容来组织答案。 首先,根据引用内容,这个错误常见的原因包括JVM内存不足、程序不严谨导致内存泄漏或者对象过多,还有资源未及时释放。比如引用1提到程序不健壮,没有及时释放无用对象;引用2提到JVM内存过小和程序问题;引用4也提到物理内存过小,默认的64MB可能不够用。 接下来需要整理原因部分。常见的原因可能有:堆内存不足、内存泄漏、大对象或过多数据加载、Metaspace/PermGen空间不足、线程过多导致栈溢出、直接内存不足等。引用3提到String太大超过JVM内存,引用5提到用HeapDump参数帮助诊断。 解决方法方面,需要包括调整JVM参数(比如-Xmx)、检查内存泄漏、优化代码、处理大文件或数据分页,以及使用工具分析dump文件。引用1和5都提到了调整JVM参数和分析dump,引用4建议增加内存,引用1还提到释放资源。 然后要确保回答结构清晰,分点列出原因和解决方法。同时用户可能需要相关的问题,比如如何诊断内存泄漏,或者不同内存区域溢出的表现。 需要注意的是,用户可能对JVM内存结构不太熟悉,所以在解释原因时可以简要提及堆、栈、Metaspace等区域。另外,引用中多次提到程序问题,比如死循环、未关闭连接,这些需要强调代码优化的重要性。 最后,生成的相关问题要围绕用户可能进一步想知道的内容,比如具体参数设置、工具使用、不同错误类型等。确保引用标记正确,比如引用1到5的信息要对应到正确的位置。</think>### Java.lang.OutOfMemoryError 原因及解决方案分析 #### 一、核心原因 1. **JVM内存分配不足** - 默认堆内存较小(如64MB),无法满足应用需求[^4] - 未根据业务场景合理设置`-Xmx`(最大堆内存)和`-Xms`(初始堆内存)参数 2. **内存泄漏(Memory Leak)** - 未释放无用对象(如静态集合持续增长)[^1] - 资源未关闭(数据库连接、文件流未释放)[^1] 3. **大对象/过量数据加载** - 一次性加载超大文件到内存(如数GB的CSV文件) - 不合理缓存策略(如使用`String`存储超长文本)[^3] 4. **元空间/Metaspace溢出** - 动态生成大量类(如反射、CGLIB代理) - JVM参数`-XX:MaxMetaspaceSize`设置过小 5. **线程栈溢出** - 线程数量过多(`-Xss`设置过大导致总栈内存超出限制) #### 二、解决方案 **1. JVM参数调优** ```shell # 设置堆内存(生产环境建议4G起步) java -Xms4g -Xmx4g -XX:+HeapDumpOnOutOfMemoryError -jar app.jar ``` - `-XX:+HeapDumpOnOutOfMemoryError`:生成堆转储文件用于分析[^5] - `-XX:MaxMetaspaceSize=256m`:控制元空间上限 **2. 代码优化** - 及时释放资源(使用`try-with-resources`语法) ```java try (Connection conn = dataSource.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { // 操作逻辑 } ``` - 避免静态集合滥用(使用WeakHashMap或定期清理) - 分页处理大数据(如流式读取文件) **3. 内存分析工具** - **MAT(Memory Analyzer Tool)**:分析堆转储文件定位泄漏点 - **VisualVM**:实时监控堆/线程/metaspace使用情况 - **jstat**:命令行查看GC统计信息 **4. 架构层面优化** - 引入分布式缓存(Redis/Memcached)替代本地缓存 - 使用内存池技术管理大对象(如ByteBuffer.allocateDirect) #### 三、典型错误场景 | 错误类型 | 表现特征 | 解决方案 | |---------|---------|---------| | `java.lang.OutOfMemoryError: Java heap space` | 堆内存不足 | 增大`-Xmx` + 检查对象生命周期 | | `java.lang.OutOfMemoryError: Metaspace` | 类元数据溢出 | 调整`MaxMetaspaceSize` + 检查类加载器 | | `java.lang.OutOfMemoryError: Requested array size exceeds VM limit` | 数组过大 | 分块处理数据 | | `java.lang.OutOfMemoryError: unable to create new native thread` | 线程数过多 | 减少线程数 + 调整`-Xss` | [^1]: 需通过代码审查确保资源释放 [^4]: JVM参数需根据服务器物理内存合理设置 : 阿里推荐使用HeapDump参数快速定位问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值