原文链接： 链接
背景
在使用JavaCV做图像处理时，发现程序运行起来之后，处理了百来次的时候，就报了outofmemory的错误。因为javacv底层就是调用opencv的native方法，判断是出现了内存泄漏问题，可能是调用了哪个方法之后没有正确释放资源。
1.用jconsole观察
首先是需要在测试机器上修改启动命令，使得能够支持jconsole远程连接。
-Dcom.sun.management.jmxremote.port=8999 \
-Dcom.sun.management.jmxremote.authenticate=false \
-Dcom.sun.management.jmxremote.ssl=false 这样，启动本地java安装目录bin下的jconsole.exe启动界面，输入远程主机的IP和8999端口，就可以连接上了。
这个图是正常的垃圾回收。当时的图是只有上升，没有下降的一个过程，然后到顶点就产生了outofmemory错误。
2.排查
网上查询了一下内存泄漏的分析工具，给eclipse安装了MAT插件用于分析文件。为了生成hprof文件,在测试机器上多次调用方法，直到根据jconsole发现快到顶点了，运行以下命令:
jmap -dump:format=b,file=a.hprof 24957
//后面的24957是进程ID可用下面命令get
ps -ef|grep java
然后找到项目名对应的pid即可 生成的文件直接用装了MAT插件的eclipse打开即可：
可以看到图中很明显的第三方库的类名，就可以判断可能是在用该类的地方的资源没释放，然后对应地查找。当然MAT和jconsole还有更强大的功能等着大家去使用。
Objects ： 类的对象的数量，这个对象被创建了多少个
shallowHeap是指一个对象内存的消耗大小，不包含对其他对象的引用。
Retained Heap ：是shallow Heap的总和，也就是该对象被GC之后所能回收到内存的总和。
该篇博客中具体介绍了shallowheap和retainedHeap:
http://bjyzxxds.iteye.com/blog/1532937
这里说一句题外话，在使用这几个类的地方，发现用完之后已经调用了释放方法，很是奇怪，也没头绪。后面想到跟javacv给的sample code对比一下，发现网上流传的释放方法和样例中的并不一致，也可能是因为使用的版本不同导致的。改成样例中的方法之后，解决了该问题。得到的教训是如果第三方库有示例代码，还是得多参考示例代码。
最终再用jconsole连接机器，观察内存回收，就得到了上面那个图。还有下面这个图：
这里看到使用的回收算法是新生代是parNew,老年代是CMS。老年代算法中,CMS算是用的较多的算法，而新生代算法中，除了serial收集器，只有parNew能与CMS配合使用。parNew与serial相比，只是多线程，没有其他创新之处。顺势复习了一波垃圾回收算法，做了下面这样一个几种收集算法对比：
链接：https://www.processon.com/view/587a409de4b098bf4ca43bf7
3989
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
