我们经常会碰到JAVA进程的内存问题。比如，堆内设了2G，但JAVA进程总内存却远远超过这个值，4G，6G ... 。那么，我就需要分析到底内存分配到哪里了。
笔者采用Linux top命令和JAVA NMT解决了堆外内存泄漏问题。问题描述如下：
一些应用在不确定的时间点，内存会突增，直到内存耗尽，java进程被os杀死。诊断步骤：
1. 使用 top + 定时器，2分钟一次拍照，并保存到本地文件系统。
2. 使用NMT+定时器，2分钟一次拍照，并保存到本地文件系统。
通过top能定位到是哪个进程内存消耗产生大的波动。NMT能定位Java进程内部的内存消耗。最后，发现java进程内的internal部分内存波动较大。最后通过查看heap dump发现了DirectByteBuf的大量实例未释放，定位到gc root，找到问题。
这里，top和NMT的一些细节信息需要做个笔记：
1. top统计的是实实在在消费的内存。如：top -p <pid> 得到下图：RES(常驻内存)是进程真实消耗的内存，预定内存不会统计在内。比如：Java 启动参数设置：-Xms1024M -Xmx1024M, RES不会等于1024M+，而是实际使用的内存。如果Java堆生成对象，top的RES会动态增长。但，GC后，RES不会缩减。
2. NMT信息,如下图
java heap部分：reserved=-Xmx设置的值，committed初始值=-Xms设置的值，最终通过创建对象达到-Xmx的值。其他值未找到答案，知道的话告知一声。
