OutOfMemory排查

Java程序在运行的时候,因为一些代码问题,可能会出现OOM错误,那此时如何排查呢?可以分为几种情况来说
因为JVM种有三个地方是有可能发生OOM的,分别是堆内存,栈内存,方法区:

栈内存

栈内存发生OOM的场景比较少见,虚拟机规范中说到,栈内存是可以动态扩展的,在扩展的时候无法申请到足够的内存,那么就会OOM。所以这种情况我觉得有可能是因为程序中线程太多了,因为每个线程都会有私有的调用栈,所以如果线程太多的话,就可能栈内存OOM,这种时候可以考虑使用线程池来限制系统中线程数量。或者是使用将Xss调低一点,每个线程的栈内存少了,那么可以容纳的线程的就更多了,但是这样也会提高StackOverFlow的可能性。具体取舍

方法区

在JDK8之后,HotSpot对方法区的实现从永久代转化为了元空间MetaSpace,那么区别就是,永久代是堆内存的一部分,而方法区移到了本地内存上,理论上只受本地内存的限制。因为元空间,或者说是方法区是用来存放与类相关的一些数据的嘛,比如说像静态变量或者是Class对象。那如果这里发生了OOM的话,可能与类加载有关。按照我的经验来看,很有可能与动态代理有关,动态代理会在程序运行时修改字节码,动态地生成代理类嘛,那么这个操作就可能会导致方法区中的Class对象过多,那么这个时候可以检查动态代理相关的一些代码

堆内存是最麻烦的一个地方,因为几乎所有的对象都存放在这里,所以可能需要一些指令来查找。

第一步,就是找到Tomcat对应的一个进程号,可以使用ps-ef来找到对应的PID

第二步,就是可以使用jmap-heap指令,跟上刚才查到的PID,来查看JVM堆内存的使用情况,主要是看survivor区和老年代的空间,如果survivor区和老年代一直是比较满的状态,可能就会有问题

第三步,使用jmap指令,可以直接在控制台生成java对象的情况,包括像对象个数,占用内存大小都可以看到,或者加上dump参数,直接生成dump文件,然后放到jprofiler中就可以很直观地看到对象的内存占用情况,可以分析出哪个对象是可能存在内存泄漏问题,然后直接去代码中优化了。

发布了60 篇原创文章 · 获赞 7 · 访问量 3853

猜你喜欢

转载自blog.csdn.net/SCUTJAY/article/details/104946635