从今天開始。我会发5个关于java虚拟机的小系列：
- 实战Java虚拟机之中的一个“堆溢出处理”
- 实战Java虚拟机之二“虚拟机的工作模式”
- 实战Java虚拟机之三“G1的新生代GC”
- 实战Java虚拟机之四“禁用System.gc()”
- 实战Java虚拟机之五“开启JIT编译”
以下说说【实战Java虚拟机之中的一个“堆溢出处理”】
在Java程序的执行过程中，假设堆空间不足。则有可能抛出内存溢出错误（Out Of Memory），简称为OOM。例如以下文字显示了典型的堆内存溢出：
Exception in thread “main” java.lang.OutOfMemoryError: Java heap space at geym.zbase.ch3.heap.DumpOOM.main(DumpOOM.java:20)
一旦发生这类问题。系统就会被迫退出。假设发生在生产环境。可能会引起严重的业务中断。
为了能够不断改善系统，避免或降低这类错误的发生，须要在错误发生时，获得尽可能多的现场信息，以帮助研发人员排查现场问题。Java虚拟机提供了參数-XX:+HeapDumpOnOutOfMemoryError，使用该參数，能够在内存溢出时导出整个堆信息。
和它配合使用的还有-XX:HeapDumpPath。能够指定导出堆的存放路径。
【演示样例3-4】下面代码合计分配了25M内存空间。
public class DumpOOM {
public static void main(String[] args) {
Vector v=new Vector();
for(int i=0;i<25;i++)
v.add(new byte[1*1024*1024]);
}
}使用例如以下參数运行上述代码：
-Xmx20m -Xms5m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=d:/a.dump显然20M堆空间不足以容纳25M内存。系统比方发生内存溢出，在错误发生后，控制台输出例如以下：
java.lang.OutOfMemoryError: Java heap space Dumping heap to d:/a.dump … Heap dump file created [23067302 bytes in 0.160 secs] Exception in thread “main” java.lang.OutOfMemoryError: Java heap space at geym.zbase.ch3.heap.DumpOOM.main(DumpOOM.java:19)
能够看到，虚拟机将当前的堆导出，并保存到D:/a.dump文件下。使用MAT等工具打开该文件进行分析，如图所看到的。能够非常easy地找到这些byte数组和保存它们的Vector对象实例。有关MAT等工具的使用。能够參阅《实战Java虚拟机-jvm故障诊断与性能优化》第7章。
除了在发生OOM时能够导出堆信息外，虚拟机还同意在错误发生时运行一个脚本文件。该文件能够用于奔溃程序的自救、报警或者通知。也能够帮助开发者获得很多其它的系统信息，如完整的线程转存（即Thread Dump或者Core Dump）文件。
这里给出一个在发生OOM时导出线程转存的样例。
准备printstack.bat脚本例如以下：
D:/tools/jdk1.7_40/bin/jstack -F %1 > D:/a.txt以上脚本将会导出给定Java虚拟机进程的线程信息。并保存在D:/a.txt文件里。
使用例如以下參数运行上述代码：
-Xmx20m -Xms5m “-XX:OnOutOfMemoryError=D:/tools/jdk1.7_40/bin/printstack.bat %p” -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=d:/a.dump在程序异常退出时，系统D盘下会生成新文件a.txt，里面保存着线程转存信息。本例中，文件路径“D:/tools/jdk1.7_40”为笔者的JDK依照文件夹。读者能够替换成自己的JAVA_HOME文件夹，进行尝试。
《实战java虚拟机》一书Q交流群：397196583