关于编写Java程序让Jvm崩溃

忘是亡心i 2021-07-24 15:26 391阅读 0赞

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

package jvm;
    
    public class Crash { 
        public static void main(String[] args) { 
    
            //Object[] o = {“abc”};初始值赋值，不会有影响。
            Object[] o = null;
    
            while (true) { 
                o = new Object[] {  o };
                //输出的话，jvm就不会崩溃。
                //System.out.println(o);
            }
        }
    }

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

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
        at jvm.Crash.main(Crash.java:10)

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

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

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

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

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

package jvm;
    
    public class JvmBean {
    
        JvmBean bean = new JvmBean(this);
    
        public JvmBean(JvmBean bean){
            this.bean = bean;
        }
    }

然后简单测试，如下：

package jvm;
    
    public class MyCrash { 
    
        public static void main(String[] args) { 
            JvmBean j = null;
            while(true){ 
                j = new JvmBean(j);
                //无论输出不输出，jvm都会崩溃
                //System.out.println(j);
            }
        }//加入Java开发交流君样：756584822一起吹水聊天
    }

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

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.(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中堆的最大值。堆内存溢出。为什么输出打印，时间会延长呢？

输出打印的话，虚拟机并不是不会崩溃，而是崩溃的时间大大延长了。而崩溃时间延长其实是假象，是因为输出属于IO事件，每次输出CPU都被中断，IO很耗时，所以，感觉上才会时间延长。

## 第二个异常 ##

类内部的静态属性 > 静态块 > 对象属性 > 构造方法。注意这一点，那就是说 bean属性会先于JvmBean的构造函数被初始化。在你main函数中，new一个 JvmBean的构造函数之前，类内部的JvmBean对象要优先被初始化，这个类内部的属性bean的内部同样也包含了一个JvmBean对象需要被初始化，成循环调用，造 成了栈溢出。”所以异常才会是这个——Exception in thread “main” java.lang.StackOverflowError

我把原JvmBean改一下

package jvm;
    
    public class JvmBean { 
    
        JvmBean bean = null;
    //加入Java开发交流君样：756584822一起吹水聊天
        public JvmBean(JvmBean bean){ 
            this.bean = bean;
        }
    }

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

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

![image][]

[**最新2020整理收集的一些高频面试题（都整理成文档），有很多干货，包含mysql，netty，spring，线程，spring cloud、jvm、源码、算法等详细讲解，也有详细的学习规划图，面试题整理等，需要获取这些内容的朋友请加Q君样：756584822**][2020_mysql_netty_spring_spring cloud_jvm_Q_756584822]

[image]: /images/20210724/86c0696f766547b39c4870b3d04613ec.png
[2020_mysql_netty_spring_spring cloud_jvm_Q_756584822]: https://jq.qq.com/?_wv=1027&k=0IsBuUb0