转载至：http://outofmemory.cn/java/jvm/outofmemoryerror-analysis
工具
安装memory analyse tools(mat) 工具， 可以直接在eclipse中安装其相应的插件，安装方法可以参考另一篇eclipse插件汇总
不会用的可以参考一下这个帖子使用 eclipse memory analyzer 进行堆转储文件分析
一些java参数设置
-vmargs: 说明后面是vm的参数，所以后面的其实都是jvm的参数了
-xms20m: java初始分配的堆内存，此处设置为20m -xmx20m: java最大允许分配的堆内存，此处设置为20m，同时这样设置表示堆内存不许扩展
-xx:permsize=64m: jvm初始分配的非堆内存 -xx:maxpermsize=128m: jvm最大允许分配的非堆内存，按需分配
-xx: heapdumponoutofmemoryerror: 让虚拟机在出现内存异常时dump出当前内存堆转储快照以便事后进行分析。 带上这种参数之后运行jvm，如果出现相应的内存溢出异常，会在目录下形成一个异常时候的内存dump文件(如java_pid7126.hprof文件)，将这个文件使用memory analyse tool工具打开就可以看到当前dump内存空间的分析内容。
-xx: heapdumponctrlbreak:
-xss: 设置虚拟机栈内存容量
获得转储文件的一些方法：
- 使用jvm启动时的参数设置，如需要在内存溢出时才获取dump可以使用
-xx: heapdumponoutofmemoryerror 或者是希望在某个特定时间获取可以使用 -xx: heapdumponctrlbreak。
使用一些java工具获取 ，如 jmap，jconsole 都可以帮助我们得到一个堆转储文件。
mat工具的一些使用心得：
文件目录
使用mat工具打开获取的java_pid7126.hprof文件后，会自动的形成如下的文件目录：
java_pid7126.a2s.index
java_pid7126.domin.index
java_pid7126.domout.index
java_pid7126.hprof //转储堆文件
java_pid7126.idx.index
java_pid7126.inbound.index
java_pid7126.index
java_pid7126.o2c.index
java_pid7126.o2hprof.index
java_pid7126.o2ret.index
java_pid7126.outbound.index
java_pid7126.threads
java_pid7126_leak_suspects.zip //打包的报告，解压后会形成一个有html方式的报告发送给其他人，方便读取分析方法
分析三步曲：
- 对问题发生时刻的系统内存状态获取一个整体印象。
找到最有可能导致内存泄露的元凶，通常也就是消耗内存最多的对象
进一步去查看这个内存消耗大户的具体情况，看看是否有什么异常的行为。
具体的分析：
查看报告一：内存消耗的整体状况
在overview上的report中可以选择 leak suspects ，来查看整体对象消耗。下方有一个警告可以看到当前系统自动帮忙分析的怀疑对象。在这个怀疑对象中便可以发现大多数的问题。
查看报告二：分析问题的所在
分析对象为什么没有被回收从而导致一直占用内存。采用根搜索算法来分析对象的事情情况。 点击报告一种怀疑对象的detail，可以看到相应的具体分析报告。
shortest paths to the accumulation point 分析gc根元素到内存消耗聚集点的最短路径。 accumulated objects 查看具体的内存对象信息。
几种经常出现的内存溢出方式
java堆溢出
异常信息： “java.lang.outofmemoryerror”。会跟着进一步提示java heap space.
java.lang.outofmemoryerror: java heap space
dumping heap to java_pid1293.hprof ...
heap dump file created [27559990 bytes in 0.233 secs]
exception in thread "main" java.lang.outofmemoryerror: java heap space
at java.util.arrays.copyof(arrays.java:2245)
at java.util.arrays.copyof(arrays.java:2219)
at java.util.arraylist.grow(arraylist.java:242)
at java.util.arraylist.ensureexplicitcapacity(arraylist.java:216)
at java.util.arraylist.ensurecapacityinternal(arraylist.java:208)
at java.util.arraylist.add(arraylist.java:440)
at com.valentine.jvm.analyzer.exception.heapoom.main(heapoom.java:16)java堆溢出内存问题分析步骤总结： 1. dump出来堆转储快照 2. 使用mat工具对dump出来的堆转储快照进行分析，重点是确认内存中得对象是否必要的，这样可以分清楚到底是出现了内存泄露(memory leak)还是内存溢出(memory overflow) 3. 如果是内存泄露，进一步通过mat工具分析泄露对象到gc roots的引用链。找到泄露对象是通过怎样的路径与gc roots相关联并导致垃圾收集器无法自动回收的。 4. 如果不存在泄露，那么就是内存中得对象却是都还必须活着，就应当检查虚拟机的堆参数(-xmx与-xms)，与机器物理内存对比看是否可以调大，从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况，尝试减少程序运行期间的内存。
虚拟机和本地方法栈溢出
在hotspot虚拟机中并不区分虚拟机栈和本地方法栈。到对于hostspot来说-xoss参数(设置本地方法栈大小)是存在的，但实际是无效的，栈容量只由-xss参数决定。
异常情况： * 如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出stackoverflowerror异常 * 如果虚拟机在扩展栈时无法申请到足够的内存空间时，将抛出outofmemoryerror异常
异常信息：
stack length:1891exception in thread "main"
java.lang.stackoverflowerror
at com.valentine.jvm.analyzer.exception.javavmstacksof.stackleak(javavmstacksof.java:8)
at com.valentine.jvm.analyzer.exception.javavmstacksof.stackleak(javavmstacksof.java:9)
at com.valentine.jvm.analyzer.exception.javavmstacksof.stackleak(javavmstacksof.java:9)
……
at com.valentine.jvm.analyzer.exception.javavmstacksof.stackleak(javavmstacksof.java:9)在单线程下，无论是由于栈帧太小还是虚拟机栈容量太小，当内存无法分配的时候，虚拟机抛出的都是stackoverflowerror异常。 在多线程下，通过不断的建立线程的方式可以产生内存溢出outofmemoryerror异常。
在多线程情况下，给每个线程分配的内存越大，越容易产生内存溢出异常。由于操作系统分配给每个进程的内存是有限的，32位的windows限制为2gb。虚拟机提供了参数来控制java堆和方法区的这两部分内存的最大值。剩余的2gb减去xmx，再减去maxpermsize，忽略掉很小的程序计数器内存。如果虚拟机进程本身耗费的内存不计算，剩下的内存就是有虚拟机栈和本地方法栈瓜分了。此时如果每个线程分配到的虚拟机栈容量越大，可以建立的线程数量自然就越少，建立线程时就越容易把剩下的内存耗尽。 如果建立过多线程导致的内存溢出，在不能减少线程数或者更换64位虚拟机的情况下，就只能通过减少最大堆或者减少栈容量来获取更多的线程。
出现stackoverflowerror的时候有错误堆栈可以读，即时加入 heapdumponoutofmemoryerror也不会dump异常堆内存。
运行时常量池溢出
如果要项运行时常量池中添加内容，最简单的方法就是使用string.intern()这个native方法。
异常信息：
java.lang.outofmemoryerror: permgen space
dumping heap to java_pid1582.hprof ...
heap dump file created [625411 bytes in 0.018 secs]
exception in thread "reference handler" error occurred during initialization of vm
java.lang.outofmemoryerror: permgen space
<>
exception: java.lang.outofmemoryerror thrown from the uncaughtexceptionhandler in thread "reference handler" 从异常中可以看出outofmemoryerror后报的是permgen space，说明是方法区溢出。
方法区溢出
方法区用于存放class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。当大量的类产生时填满方法区，会造成方法去溢出。
方法区溢出也是一种常见内存溢出异常，一个类如果要被垃圾收集器回收，判断条件非常苛刻。
本机直接内存溢出
directmemory容量可通过-xx:maxdirectmemorysize指定，如果不指定，则默认与java堆的最大值(-xmx)一样。
