使用MemoryAnalyzertoolMAT分析内存泄漏.docx

使用 Memory Analyzer tool(MAT) 分析内存泄漏（一） 前言 在平时工作过程中，有时会遇到 OutOfMemoryError ，我们知道遇到 Error 一般表明程序存在着 严重问题，可能是灾难性的。所以找出是什么原因造成 OutOfMemoryError 非常重要。现在向 大家引荐 Eclipse Memory Analyzer tool(MAT) ，来化解我们遇到的难题。如未说明，本文均使用 Java 5.0 on Windows XP SP3环境。 为什么用 MAT 之前的观点，我认为使用实时 profiling/monitoring 之类的工具，用一种非常实时的方式来分析 哪里存在内存泄漏是很正确的。年初使用了某 profiler 工具测试消息中间件中存在的内存泄 漏，发现在吞吐量很高的时候 profiler 工具自己也无法响应，这让人很头痛。后来了解到这样的工具本身就要消耗性能，且在某些条件下还发现不了泄漏。所以，分析离线数据就非常重要 了， MAT 正是这样一款工具。 为何会内存溢出 我们知道 JVM 根据 generation( 代 )来进行 GC，根据下图所示，一共被分为 young generation( 年轻代 )、 tenured generation( 老年代 )、 permanent generation( 永久代 , perm gen) ， perm gen （或称 Non-Heap 非堆）是个异类，稍后会讲到。注意， heap 空间不包括 perm gen 。 绝大多数的对象都在 young generation 被分配，也在 young generation 被收回，当 young generation 的空间被填满， GC会进行 minor collection( 次回收 )，这次回收不涉及到 heap 中的其 他 generation ，minor collection 根据 weak generational hypothesis( 弱年代假设 )来假设 young generation 中 大 量的 对象 都是 垃圾 需要 回收 ， minor collection 的 过 程会 非 常 快。 young generation 中未被回收的对象被转移到 tenured generation ，然而 tenured generation 也会被填满，最终触发 major collection( 主回收 )，这次回收针对整个 heap ，由于涉及到大量对象，所以 比 minor collection 慢得多。 JVM 有三种垃圾回收器，分别是 1 throughput collector ，用来做并行 young generation 回收，由参数 -XX:+UseParallelGC 启 ； concurrent low pause collector ，用来做 tenured generation 并回收，由参数- XX:+UseConcMarkSweepGC启 ； incremental low pause collector ，可以 是默 的垃圾回收器。不建 直接使用某种垃圾回收 器，最好 JVM 自己决断，除非自己有足 的把握。 Heap 中各 generation 空 是如何划分的？通 JVM 的 -Xmx=n 参数可指定最大 heap 空 ，而 - Xms=n则是指定 最小 heap 空 。在 JVM 初始化的 候，如果最小 heap 空 小于最大 heap 空 的 ，如上 所示 JVM 会把未用到的空 注 Virtual 。除了 两个参数 有 - XX:MinHeapFreeRatio=n 和 -XX:MaxHeapFreeRatio=n 来分 控制最大、最小的剩余空 与活 象之比例。在 32 位 Solaris SPARC操作系 下，默 如下，在 32 位 windows xp 下，默 也差不多。 参数 默认值 MinHeapFreeRatio 40 MaxHeapFreeRatio 70 -Xms 3670k -Xmx 64m 由于 tenured generation 的 major collection 慢，所以 tenured generation 空 小于 young generation 的 ，会造成 繁的 major collection ，影响效率。 Server JVM 默 的 young generation 和 tenured generation 空 比例 1:2 ，也就是 young generation 的 eden 和 surviv