为什么这个方法打印4？

Question

我想知道当您试图捕获StackOverflowError时会发生什么，并提出了以下方法：

class RandomNumberGenerator {

    static int cnt = 0;

    public static void main(String[] args) {
        try {
            main(args);
        } catch (StackOverflowError ignore) {
            System.out.println(cnt++);
        }
    }
}

现在我的问题是：

为什么这个方法打印'4'？

我想可能是因为system.out.println()在调用堆栈上需要3个段，但我不知道3这个数字来自哪里。当您查看system.out.println()的源代码（和字节码）时，通常会导致比3个多得多的方法调用（因此调用堆栈中的3个段是不够的）。如果这是因为Hotspot VM应用的优化（方法内联），我想知道在另一个VM上结果是否会有所不同。

编辑:

由于输出似乎高度特定于JVM，我使用
Java(TM)SE运行时环境（构建1.6.0_41-B02)
Java HotSpot(TM)64位服务器VM（构建20.14-B01，混合模式）得到结果4

解释为什么我认为这个问题不同于理解Java堆栈:

我的问题不是为什么会有一个cnt>0（显然是因为system.out.println()需要堆栈大小，并在打印某些内容之前抛出另一个StackOverflowError)，而是为什么在其他系统上有4的特定值，分别是0、3、8、55或其他值。

Answer 1

我认为其他人在解释为什么cnt>0方面做得很好，但关于为什么cnt=4以及为什么cnt在不同设置中变化如此之大还没有足够的细节。我将试图填补这里的空白。

让

• x为总堆栈大小
• m是我们第一次进入main时使用的堆栈空间
• R是每次进入main时堆栈空间的增加
• p为运行system.out.println所需的堆栈空间

示例1：假设

• x=100
• m=1
• R=2
• P=1

那么C=楼层((X-M)/r)=49，cnt=天花板((p-(x-m-c*r))/r)=0。

null

• x=101
• m=1
• R=5
• P=12

然后C=20，cnt=3。

示例4：假设

null

编辑

我终于抽出时间做了一些实验来支持我的理论。不幸的是，理论似乎与实验不符。实际发生的事情是非常不同的。

实验设置：Ubuntu 12.04服务器，缺省java和缺省-JDK。Xss从70,000开始，以1字节递增到460,000。

结果可以在以下站点获得:https://www.google.com/fusiontables/datasource?docid=1xkjhd4s8bilghe6gzbcfus3vt5mps_onscjwdbm。换句话说，只显示与前面不同的点。这样更容易看到异常。https://www.google.com/fusiontables/datasource?docid=1xg_srzrrnasepwzonhqeakuzlhiam9vbedwfsua