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中就可以很直观地看到对象的内存占用情况，可以分析出哪个对象是可能存在内存泄漏问题，然后直接去代码中优化了。