微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

线上OOM问题定位

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

acatar

参数解析

-xms5M -Xmx5M:JVM内存大小,设置小一点,为了更快的内存溢出

-XX:+PrintGCDetails:查看Gc之后,内存大小变化的情况

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\jvm.dump :保留OOM前堆内存使用情况并保存到D:\jvm.dump中

堆内存使用情况解析

这个时候就用到JDK自带的工具,双击打开jvisualvm.exe了,把案发现场的日志导入进入,看看OOM前的堆内存实例化情况

acatar

点击文件,导入案发现场日志

acatar

SysUser类占用堆内存的60%,实例化了31583个

acatar

接下来我们只要排查项目中代码,哪里实例化了SysUse类,并检查代码是否有问题就可以了

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。

相关推荐