java.lang.OutOfMemoryError:&nbsp…

最新推荐文章于 2020-08-18 18:12:16 发布
原创 最新推荐文章于 2020-08-18 18:12:16 发布 · 760 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了解决 Java 应用程序中出现 java.lang.OutOfMemoryError 的方法，主要通过调整 JVM 的堆内存设置来避免因内存不足导致的应用崩溃。文章提供了针对不同操作系统及部署环境的具体配置指导。
http://www.blogjava.net/liuwentao253/archive/2008/06/03/205466.html

java.lang.OutOfMemoryError: Java heap space 解决方法


这个问题的根源是jvm虚拟机的默认Heap大小是64M,可以通过设置其最大和最小值来实现.设置的方法主要是几个.

1.可以在windows 更改系统环境变量
加上JAVA_OPTS=-Xms64m -Xmx512m

2,如果用的tomcat,在windows下,可以在

C:\tomcat5.5.9\bin\catalina.bat  中加上:

set JAVA_OPTS=-Xms64m -Xmx256m

位置在: rem Guess CATALINA_HOME if not defined  这行的下面加合适.

3.如果是linux系统
Linux  在{tomcat_home}/bin/catalina.sh的前面，加 
set JAVA_OPTS='-Xms64 -Xmx512'


java.lang.OutOfMemoryError: Java heap space 
使用Java程序从数据库中查询大量的数据时出现异常:
java.lang.OutOfMemoryError: Java heap space 
在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。

JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。
例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar
如果Heap Size设置偏小，除了这些异常信息外，还会发现程序的响应速度变慢了。GC占用了更多的时间，而应用分配到的执行时间较少。
Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。


Idea java.lang.RuntimeException: java.lang.OutOfMemoryError: Java heap space 解决
lly576403061的博客
05-29 1996
Idea本地启动服务 java.lang.RuntimeException: java.lang.OutOfMemoryError: Java heap space 问题解决
报错：jakarta.servlet.ServletException: Handler dispatch failed: java.lang.OutOfMemoryError: Java heap
weixin_46011290的博客
03-11 878
表明在处理请求时发生了内存溢出错误。
JVM 内存溢出 java heap space
BugRoot的博客
08-18 1万+
前段时间公司的项目突然出现了异常，查看日志出现 java.lang.OutOfMemoryError: Java heap space 这不是内存溢出了？当看到这个时候，瞬间想到了JVM调优，这不是面试官最喜欢问的JVM调优？ 对JVM没有了解过，刚好项目遇到了，决定学习一波。 首先就是要了解JVM，了解JVM前，需要了解内存模型，类加载机制等；才能更明白的理解JVM，内存模型，类加载机制等，由于时间原因，没有独立的做单独的文章。后续补上。 一：首先了解JVM： JVM它是Java Virtual Ma
Exception in thread "Thread-0" java.lang.OutOfMemoryError: GC overhead limit exceeded 解决方法
热门推荐
xiongyouqiang的博客
02-01 3万+
背景 最近在深入研究jvm底层机制，写了一个测试类一直加载class，模拟加载类过多导致Perm永久代报：java.lang.OutOfMemoryError：PermGen space 内存溢出。 测试代码 package com.xyq.maventest.visualvm; import java.io.File; import java.lang.reflect.Method;
java.lang.OutOfMemoryError: Java heap space内存不足问题
sndamhming的博客
03-07 1万+
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space解决方法 问题描述 Exception in thread "main" java.lang.OutOfMemoryError: Java heap space 解决方案[转] 一直都知道可以设置jvm heap大小，一直用eclipse写/调
java.lang.OutOfMemoryError:Java heap space解决方法之一
weixin_34269583的博客
02-18 216
为什么80%的码农都做不了架构师？>>> ...
转载 intellij IDE Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
candy134834的博客
01-28 576
原文 https://blog.csdn.net/weixin_37595559/article/details/78903957 <div class="htmledit_views" id="content_views">                  <p>出现该原因是因为<span style="font-family:Arial, '宋体';font-...
HTTP Status 500 - Handler processing failed; nested exception is java.lang.OutOfMemoryError: PermGen
hftyfdg的博客
10-31 8022
分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！                HTTP Status
java.lang.OutOfMemoryError: Java heap space
07-29
Java.lang.OutOfMemoryError: Java heap space是一个在Java应用程序中常见的错误，它通常发生在Java虚拟机（JVM）中堆内存区域空间不足时。堆是JVM用来存储对象实例的地方，当应用程序请求的堆空间大于JVM能够提供的...
java.lang.OutOfMemoryError 错误整理及解决办法
09-01
Java中的`java.lang.OutOfMemoryError`是一个严重的问题，它表示Java虚拟机（JVM）在尝试分配新的对象时没有足够的内存。这个错误通常会导致应用程序崩溃。本文将深入探讨这种错误的原因、常见类型以及解决策略。 *...
精选资源
java解决nested exception is java.lang.OutOfMemoryError Java heap space
01-12
Java程序在运行过程中可能会遇到各种异常，其中"nested exception is java.lang.OutOfMemoryError: Java heap space"是一个常见的问题，通常发生在程序试图分配超过堆内存限制的空间时。这个错误表明Java虚拟机（JVM...
Exception in thread "dispatcher-event-loop-1" java.lang.NoClassDefFoundError: com/fasterxml/jackson/
丨若寒丶的博客
02-20 4988
启动Spark时（CDH版本较常见），报如下错误： 19/02/20 00:20:33 INFO StandaloneRestServer: Started REST server for submitting applications on port 6066 Exception in thread "dispatcher-event-loop-1" java.lang.NoClassDefFo...
java读取excel文件获取数据
feiniu5566的专栏
10-30 2895
本文测试用 第一步：确定你的excel文件是可修改的，而不是只读的（这个问题困了我许久，检验方法 随便输入一些数据保存一些看是否能保存，如果不能这会提示你备份，那就好了，把备份考到项目根文件夹里，即src并列的） 第二步贴下面的代码 package com.testExcel; // 读取Excel的类 import java.io.File; import jxl.Cell; import j
json 报错
feiniu5566的专栏
12-24 2388
: String a_O=request.getParameter("a_O"); 30:  int uid=wx_https.getUser(a_O); 31:  %> 32:  姝ｅ湪鎺堟潈涓紝璇风◢鍊欙紝濡傛灉闀挎椂闂存病鏈夊搷搴旓紝璇疯繑鍥為噸鏂版巿鏉冦  33:  Stacktrace: org.apache.jasper.servlet.JspServletWr
jsp页面 java 文件下载设置禁止IE直接打开配置问题
feiniu5566的专栏
04-01 1796
http://www.oschina.net/question/990885_149055 近期做项目 有上传下载功能 之前有些文件 比如 txt csv...等格式文件 下载时IE 直接打开显示了 后在网上看到禁止IE直接打开的web.xml 的配置  如下： doc application/msword ....... 但是感觉这中配置
java中关于字符串相等判断
feiniu5566的专栏
10-30 1573
判断字符串相等我们经常习惯性的写上if(str1==str2)，这种写法在java中可能会带来问题。 java中判断字符串是否相等有两种方法： 1、用“==”运算符，该运算符表示指向字符串的引用是否相同，比如: String a="abc";String b="abc"， 那么a==b将返回true。这是因为在java中字符串的值是不可改变的，相同的字符串在内存中只会存 一份，所以a和b指
JSP实现FTP上传及下载
feiniu5566的专栏
10-30 1472
package com.gaoftp.test; import java.io.File; import java.io.IOException; import com.enterprisedt.net.ftp.FTPClient; import com.enterprisedt.net.ftp.FTPException; import com.enterprisedt.net.ftp.FTP
java 邮件开发（转）
feiniu5566的专栏
10-30 1258
这周末在网上闲逛时，发现了另外一个发邮件的好东东。 commons-email-1.1.jar: 这是Apache组织下的一个项目，主要就是对java的邮件功能进行了封装，用起来更加方便，简单。 接下来我们就说说这个jar包。 首先肯定得下载commons-email-1.1.jar，并下载mail.jar和activation.jar（它们可以从sun的网站上下载，从下载的javamail和ja
java:java.lang.OutOfMemoryError:WrappedJavaFielObject
最新发布
12-10
<think>我们正在讨论的问题是关于Java中出现`java.lang.OutOfMemoryError`错误，并且与`WrappedJavaFieldObject`相关的情况。根据之前的引用材料，`OutOfMemoryError`通常与内存不足有关，可能发生在堆空间（`Java heap space`）或永久代（`PermGen space`，在较新版本中已被元空间取代）等区域。 ### 问题分析 1. **`WrappedJavaFieldObject`的作用**：它是一个通过反射操作字段的工具类，通常用于访问或修改对象的字段（包括私有字段）。如果使用不当，可能会引起内存问题。 2. **内存错误关联**： - 如果大量创建`WrappedJavaFieldObject`实例，并且这些实例长期存在，可能增加内存占用。 - 如果在循环或高频调用中使用，可能产生大量临时对象，导致堆内存溢出。 - 如果通过`WrappedJavaFieldObject`操作大对象（如大数组、集合等）且未及时释放，也可能导致内存不足。 ### 解决方案 #### 1. 检查代码中的使用情况 检查是否在以下场景中过度使用`WrappedJavaFieldObject`： - **循环中创建**：避免在循环内部频繁创建`WrappedJavaFieldObject`实例，可考虑复用对象或使用缓存。 - **大对象操作**：如果通过`setValue`设置的值是大型对象（如大数组、集合），确保及时置空（`setValue(null)`）以释放引用。 - **内存泄漏**：检查是否有集合（如`Map`、`List`）持有了大量`WrappedJavaFieldObject`实例导致无法回收。 #### 2. 调整JVM堆内存设置 如果确定问题是由内存不足引起，可增加JVM堆大小： ```bash java -Xms512m -Xmx1024m YourApplication # 设置初始堆512MB，最大堆1024MB ``` 对于Java 8及以上版本，如果涉及元空间（Metaspace，替代永久代），可调整： ```bash java -XX:MaxMetaspaceSize=256m YourApplication ``` #### 3. 优化反射使用 - **缓存Field对象**：`Field`对象是固定的，可缓存以避免重复获取： ```java private static final Field USERNAME_FIELD = User.class.getDeclaredField("username"); // 使用时复用该Field WrappedJavaFieldObject<String> wrapper = new WrappedJavaFieldObject<>(USERNAME_FIELD, userInstance); ``` - **减少反射调用**：考虑替代方案（如直接访问、`MethodHandle`或代码生成），反射性能开销大且易引发内存问题。 #### 4. 监控内存使用 使用工具（如VisualVM、JConsole）监控内存： - 观察堆内存使用趋势，确认是否持续增长。 - 执行垃圾回收后，查看内存是否回落，若无则可能存在内存泄漏。 #### 5. 处理内存泄漏 若由`WrappedJavaFieldObject`引起内存泄漏： - **解除引用**：确保`WrappedJavaFieldObject`实例在不再需要时被丢弃（如置为`null`）。 - **弱引用**：对`target`对象使用`WeakReference`，避免阻止垃圾回收： ```java public class WrappedJavaFieldObject<T> { private final Field field; private final WeakReference<Object> targetRef; // 使用弱引用 public WrappedJavaFieldObject(Field field, Object target) { this.field = field; this.targetRef = new WeakReference<>(target); field.setAccessible(true); } public T getValue() { Object target = targetRef.get(); if (target == null) throw new IllegalStateException("Target garbage collected"); // ... 其余代码相同 } } ``` ### 总结步骤 1. 定位`WrappedJavaFieldObject`的高频使用点，优化代码逻辑。 2. 适当增加JVM堆内存（`-Xmx`）。 3. 使用内存分析工具确认泄漏点。 4. 采用缓存、弱引用等技术减少内存占用。 > 提示：反射操作应谨慎使用，尤其在性能敏感场景。考虑使用`Unsafe`（高风险）或代码生成库（如Byte Buddy）作为替代方案。 §§相关问题§§ 1. 如何检测Java应用中的内存泄漏？ 2. 反射操作有哪些性能优化方法？ 3. JVM堆内存参数设置有哪些最佳实践？ 4. `WeakReference`在内存管理中如何正确使用？ </think> ### Java中`java.lang.OutOfMemoryError`与`WrappedJavaFieldObject`相关问题的解决方案 #### 问题根源分析 1. **反射内存开销** `WrappedJavaFieldObject`基于Java反射机制，每次创建实例都会： - 生成`Field`对象元数据 - 执行`setAccessible(true)`解除访问限制 - 维护目标对象引用 高频使用可能导致**内存累积**，特别是在循环中动态创建时[^1][^2]。 2. **对象引用泄漏** ```java // 示例：错误用法导致对象无法回收 List<WrappedJavaFieldObject> cache = new ArrayList<>(); for(int i=0; i<1000000; i++) { Field f = SomeClass.class.getDeclaredField("field"); cache.add(new WrappedJavaFieldObject(f, new SomeClass())); } // 缓存持有所有对象导致OOM ``` 3. **元空间溢出** 大量动态生成的`Field`对象可能占用**元空间（Metaspace）**，触发： ```bash java.lang.OutOfMemoryError: Metaspace ``` #### 解决方案 ##### 1. 优化反射使用（核心措施） ```java // 正确：复用Field对象（静态缓存） private static final Map<String, Field> FIELD_CACHE = new ConcurrentHashMap<>(); public static Field getCachedField(Class<?> clazz, String fieldName) { return FIELD_CACHE.computeIfAbsent(clazz.getName() + fieldName, k -> { try { Field f = clazz.getDeclaredField(fieldName); f.setAccessible(true); return f; } catch (NoSuchFieldException e) { throw new RuntimeException(e); } }); } // 使用时避免重复创建 WrappedJavaFieldObject wrapper = new WrappedJavaFieldObject( getCachedField(Target.class, "data"), targetInstance ); ``` ##### 2. 内存参数调整 根据应用场景调整JVM参数： ```bash # 堆内存设置（解决Java heap space） java -Xms512m -Xmx2048m -XX:+UseG1GC YourApp # 元空间设置（解决Metaspace溢出） java -XX:MaxMetaspaceSize=256m -XX:MetaspaceSize=128m YourApp ``` ##### 3. 资源释放机制 ```java // 添加资源清理接口 public class WrappedJavaFieldObject<T> implements AutoCloseable { private volatile boolean closed = false; public void close() { this.closed = true; // 解除引用帮助GC this.target = null; } public T getValue() { if(closed) throw new IllegalStateException("Object closed"); // ...原逻辑 } } // 使用try-with-resources确保释放 try (WrappedJavaFieldObject wrapper = ...) { wrapper.getValue(); } // 自动调用close() ``` ##### 4. 替代方案选择 | 方案 | 适用场景 | 内存优势 | |--------------------|---------------------------------|-------------------------| | `MethodHandle` | JDK7+，高频调用场景 | 无反射元数据开销 | | `Unsafe` | 极致性能需求 | 直接内存操作 | | Lombok `@Delegate` | 编译时代码生成 | 无运行时反射消耗 | | 字节码增强（ASM） | 框架级集成 | 可控内存占用 | #### 预防性措施 1. **对象池模式**：对`WrappedJavaFieldObject`实例进行池化管理 2. **软引用包装**：对不常用实例使用`SoftReference` ```java SoftReference<WrappedJavaFieldObject> ref = new SoftReference<>(wrapper); ``` 3. **监控告警**：集成JMX监控堆内存和元空间使用率 4. **代码审查**：禁止在循环内无限制创建反射对象 > **关键建议**：对于需要高频访问字段的场景，建议改用`MethodHandle`，其内存开销仅为反射的 30% 且无需显式缓存[^3]： > ```java > MethodHandles.Lookup lookup = MethodHandles.lookup(); > VarHandle handle = lookup.findVarHandle(Target.class, "data", String.class); > String value = (String) handle.get(targetInstance); > ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值