OOM产生的原因
太多实例化的对象无法被垃圾回收器回收,导致堆内存溢出,问题本身并难,难点是找出那个对象被实例化且无法被垃圾回收器回收,这个时候如果能查看到OOM前堆内存实例情况,就能看出那个对象占满了堆,这个时候就用到一个命令,能保留OOM的案发现场并写入到日志,命令如下:
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\jvm.dump
线下模拟OOM
public class OOMTest {
public static void main(String[] args) {
List userMap=new ArrayList();
while (true){
SysUser user=new SysUser();
user.setEmail("TEST");
user.setLoginName("TEST");
userMap.add(user);
}
}
}
添加启动参数:
-xms5M -Xmx5M -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\jvm.dump
参数解析
-xms5M -Xmx5M:JVM内存大小,设置小一点,为了更快的内存溢出
-XX:+PrintGCDetails:查看Gc之后,内存大小变化的情况
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\jvm.dump :保留OOM前堆内存使用情况并保存到D:\jvm.dump中
堆内存使用情况解析
这个时候就用到JDK自带的工具,双击打开jvisualvm.exe了,把案发现场的日志导入进入,看看OOM前的堆内存实例化情况
点击文件,导入案发现场日志
SysUser类占用堆内存的60%,实例化了31583个
接下来我们只要排查项目中代码,哪里实例化了SysUse类,并检查代码是否有问题就可以了
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。