关于编写Java程序让Jvm崩溃

　　今天在书上看到一个作者提出一个问题"怎样通过编写Java代码让Jvm崩溃",我看了之后也不懂。带着问题查了一下，百度知道里面有这样一个答案：

　　1 package jvm;

　　2

　　3 public class Crash {

　　4     public static void main（String[] args） {

　　5

　　6         //Object[] o = {"abc"};初始值赋值，不会有影响。

　　7         Object[] o = null;

　　8

　　9         while （true） {

　　10             o = new Object[] { o };

　　11             //输出的话，jvm就不会崩溃。

　　12             //System.out.println（o）；

　　13         }

　　14     }

　　15 }

　　程序运行十几秒之后，控制台会出现这样的错误：

　　Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

　　at jvm.Crash.main（Crash.java:10）

　　很明显，超出内存空间错误。

　　我将原程序随意改了一下，如赋初始值等，对程序无影响。

　　可是我将死循环中的o输出在控制台的时候，jvm居然一直都不崩，为什么输出的话，就不会超出内存空间呢？

　　我看来，原程序能够使Jvm崩溃，是因为死循环中，通过旧对象，不断创建出新的对象，即创造的对象是互相引用的，所以GC是不会回收它们的，造成堆栈溢出。

　　仿照这个例子，我写了一个简单的类，模仿例子程序中的数组，如下：

　　1 package jvm;

　　2

　　3 public class JvmBean {

　　4

　　5     JvmBean bean = new JvmBean（this）；

　　6

　　7     public JvmBean（JvmBean bean）{

　　8         this.bean = bean;

　　9     }

　　10 }

　　然后简单测试，如下：

　　1 package jvm;

　　2

　　3 public class MyCrash {

　　4

　　5     public static void main（String[] args） {

　　6         JvmBean j = null;

　　7         while（true）{

　　8             j = new JvmBean（j）；

　　9             //无论输出不输出，jvm都会崩溃

　　10             //System.out.println（j）；

　　11         }

　　12     }

　　13 }

　　结果便是控制台输出如下的错误：

　　Exception in thread "main" java.lang.StackOverflowError

　　at jvm.JvmBean.<init>（JvmBean.java:5）

　　at jvm.JvmBean.<init>（JvmBean.java:5）

　　at jvm.JvmBean.<init>（JvmBean.java:5）

　　at jvm.JvmBean.<init>（JvmBean.java:5）

　　at jvm.JvmBean.<init>（JvmBean.java:5）

　　一长串的"at jvm.JvmBean.<init>（JvmBean.java:5）",后面的被我省略了。

　　结果看来，同样也造成了jvm崩溃，可是错误类型跟例子程序的不同，说堆栈溢出错误，并且无论是否输出，错误都一样发生，为什么呢？

　　由于评论的两位老兄的热心指点，两个问题都水落石出了！

　　这里过一下整个流程。

　　第一个异常 结合天添老兄说的，Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at jvm.Crash.main（Crash.java:10）是因为程序无法申请到足够的内存的时候抛出的异常，Object数组o不断指向新的Object数组，数组元素是原来的Object数组，这使得Object维数越来越高。不断申请内存空间，最终导致超出jvm中堆的最大值。堆内存溢出。为什么输出打印，时间会延长呢？yahokuma老兄一言惊醒梦中人！输出打印的话，虚拟机并不是不会崩溃，而是崩溃的时间大大延长了。而崩溃时间延长其实是假象，是因为输出属于IO事件，每次输出CPU都被中断，IO很耗时，所以，感觉上才会时间延长。

　　第二个异常，yahokuma 老兄在下面评论中已经说的很清楚了，我这里搬过来--"类内部的静态属性 > 静态块 > 对象属性 > 构造方法。注意这一点，那就是说 bean属性会先于JvmBean的构造函数被初始化。在你main函数中，new一个 JvmBean的构造函数之前，类内部的JvmBean对象要优先被初始化，这个类内部的属性bean的内部同样也包含了一个JvmBean对象需要被初始化，成循环调用，造 成了栈溢出。"所以异常才会是这个--Exception in thread "main" java.lang.StackOverflowError

　　我把原JvmBean改一下

　　1 package jvm;

　　2

　　3 public class JvmBean {

　　4

　　5     JvmBean bean = null;

　　6

　　7     public JvmBean（JvmBean bean）{

　　8         this.bean = bean;

　　9     }

　　10 }

　　这样最终得到的结果跟第一个例子一样了。

　　如何使Jvm崩溃呢？如果想使它堆内存空间不足，造成典型的内存泄漏，可以创建对象，使它们不断向深层次引用。产生Exception in thread "main" java.lang.OutOfMemoryError: Java heap space 这样的错误。如果想使他们栈空间不足，最简单的，就是在方法里，如构造方法里不断申请新的内存空间就够了，如我第二个错误例子的示范。

原文：http://www.cnblogs.com/u0mo5/p/4066343.html