【OutOfMemoryError】项目过程中碰到的各种OOM总结

OOM产生原因

常见原因有以下几种：
1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；
3.代码中存在死循环或循环产生过多重复的对象实体；
4.使用的第三方软件中的BUG；
5.启动参数内存值设定的过小；
对应的Log显示的错误提示如下：
1.tomcat:java.lang.OutOfMemoryError: PermGen space
2.tomcat:java.lang.OutOfMemoryError: Java heap space
3.weblogic:Root cause of ServletException java.lang.OutOfMemoryError
4.resin:java.lang.OutOfMemoryError
5.java:java.lang.OutOfMemoryError

项目一

内存溢出日志（1）

Crash日志：

Info: java.lang.Object.internalClone(Native Method)
java.lang.Object.clone(Object.java:241)
XXXXXXXXX.ARScanFragment.onNewFrame(ARScanFragment.java:259)
。。。
。。。
。。。
name:
java.lang.OutOfMemoryError: Failed to allocate a 460812 byte allocation with 239440 free bytes and 233KB until OOM, max allowed footprint 268435456, growth limit 268435456

现象描述：
8分钟左右内存>500M导致内存溢出

图像数据byte[] data在处理过程中进行了clone（）处理。结果发现内存会不断增加直到Crash。
在分析这个日志的时候发现这个图像数据是给so层处理类似图像识别的过程的。
结合so部门同事分析发现他们并没有对内存进行过回收和释放。也就是说图像数据byte[] data一直在java层系统进行自动回收的。那么问题就很明显了，java层并没有必要clone数据给so层。
业务中并没有改变图像数据byte数组的值，因此业务也不要求clone数据
于是去掉clone（）后的现象是：
20分钟左右达到344M然后系统回收内存在260M左右。
于是预估内存波动范围260～350M
解决了当前图像数据内存使用

内存溢出日志（2）

参考博客

java.lang.OutOfMemoryError异常解决方法