java.lang.OutOfMemoryError简介

本文详细解析了Java中两种常见的内存溢出错误:PermGen space 和 Java heap space 的原因及解决办法。PermGen space 主要涉及类和元数据的存储问题,而 Java heap space 则关注对象实例的内存分配。
java.lang.OutOfMemoryError: PermGen space
PermGen space的全称是Permanent Generation space
是指内存的永久保存区域, 该区域被JVM用来存放Class和Meta信息, 该区域默认大小约是4M,并且JVM圾圾回收机不会在运行期对该区域进行清理.随着应用载入的class越来越多(这些class包括所有来自lib包中引入的jar), 当该区域不够用时,将抛出PermGen space错误,这个时候就应该手动设置Perm Size的值, 如: JAVA_OPTS='-XX:PermSize=64m -XX:MaxPermSize=128m', 这个错误经常发生在应用启动时,如tomcat中运行过多应用,并且每个应用都包含相当多的lib包时,就可能发生该错误,因为每个应用lib包中的class载入时都会占用该区域一定的内存,即使这些应用包含相同的jar,当这些jar中的class载入时仍可能占用不同的内存区域,所以调整PermSize大小就是一个选择,另一个不错的办法就是将应用中相同的jar包移动到tomcat的lib目录中,这可以减少Perm区域的内存占用.


java.lang.OutOfMemoryError:Java heap space
JVM堆的内存区域,该区域是一个运行时数据区, 用于分配类的对象, 如我们new出来的实例对象.该区域可由运行时垃圾回收机清理, JVM在启动的时候会自动设置Heap size的值,其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。当我们在程序运行期间产生的实例对象越来越多,而这些对象又没有得到及时清理时, 直到这些对象占据到接近-Xmx的设置值时就会抛出该错误. 
举个例子,如我们在web应用的session中保存了太多信息(session保存于服务器内存中),随着用户的增多,每个用户都分别占用着一定的内存,当同时在线的用户增加到一定程度时,就可能抛出该内存溢出错误, 这个时候最直接的解决办法就是设置-Xmx的大小(一般建议-Xms与-Xmx设置一样大),另一个就是检查你的session中是否存放了太多不必要的信息. 该错误还经常发生在很多后台线程中,为了处理一些大数据量的东西,我们经常会在系统中创建一些定时任务,这些定时任务可能会较长时间占据着系统的大量内存,随着任务越来越多,这些线程就可能在不知不觉中引起内存溢出错误!

转自【http://www.blogjava.net/huliqing/archive/2013/08/10/402665.html】
<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参数快速定位问题
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值