OOM产生原因

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

---

参考博客