1

在运行这个问题的测试代码并摆弄 JVM 的线程堆栈大小时，我发现结果不一定是可重复的：程序有时会抛出堆栈大小的值java.lang.StackOverflowError，但有时不会。

我的问题是：“是什么导致堆栈空间消耗的变化？”

另外，可以将中断的堆栈放在该程序的主线程上吗？对于其他 JVM 实现和/或操作系统，结果是否同样具有不确定性？

测试代码

public class PointlessRecursion {

    private static final long N = 1 << 15;

    private static long addOne(long n) {
        return (n < 2) ? n : 1 + (addOne(n - 1));
    }

    public static void main(String[] args) {
        try {
            long x = addOne(N);
            System.out.println(x);
            assert(x == N);
            System.exit(0);
        } catch (StackOverflowError e) {
            System.exit(1);
        } catch (Throwable t) {
            System.err.println(t.toString());
            System.exit(2);
        }
    }
}

为每个堆栈大小设置多次运行测试程序的愚蠢 bash 脚本

#! /bin/bash
s=2000
while [ $s -lt 4100 ] ; do
    i=0
    pass=0
    fail=0
    while [ $i -lt 10 ] ; do
        java -Xss${s}k -cp ~/bin/classes PointlessRecursion > /dev/null
        if [ $? -eq 0 ] ; then
            pass=$((pass+1))
        elif [ $? -eq 1 ] ; then
            fail=$((fail+1))
        fi
        i=$((i+1))
    done
    echo ss=$s pass=$pass fail=$fail
    s=$(($s+100))
done

结果

$ java -version
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)
$ ~/bin/stack-test.sh
ss=2000 pass=0 fail=10
ss=2100 pass=1 fail=9
ss=2200 pass=0 fail=10
ss=2300 pass=2 fail=8
ss=2400 pass=1 fail=9
ss=2500 pass=1 fail=9
ss=2600 pass=2 fail=8
ss=2700 pass=6 fail=4
ss=2800 pass=3 fail=7
ss=2900 pass=1 fail=9
ss=3000 pass=3 fail=7
ss=3100 pass=3 fail=7
ss=3200 pass=6 fail=4
ss=3300 pass=2 fail=8
ss=3400 pass=4 fail=6
ss=3500 pass=10 fail=0
ss=3600 pass=9 fail=1
ss=3700 pass=10 fail=0
ss=3800 pass=10 fail=0
ss=3900 pass=10 fail=0
ss=4000 pass=10 fail=0
4

2 回答 2

3

如果它与 HotSpot 编译器的启动时间有关，我不会感到惊讶，特别是如果您在多核系统上运行。

编辑：要检查这一点，您可以使用-Xint. 如果您开始获得可重现的结果，则不确定行为可能是由 HotSpot 编译器引起的。

于 2010-09-13T22:32:24.897 回答
1

我没有观察到这种行为。在我的环境（Windows 7 x64、1.6.0_19 x86 JDK）中，它们一直失败到某个点，然后在 ss=1400 开始传递（我把它撞倒了，因为它们都传递了你的参数）。

我唯一改变的是不指定类路径（我从与类文件相同的目录运行脚本）。但即使在指定类路径时，我也得到了相同的结果。

你确定它实际上是你正在捕捉的 StackOverflowError 吗？我将仅捕获该错误而不是通用 Throwable，以确保它不是其他东西，例如 OutOfMemoryError。 

//...
} catch (StackOverflowError e) {
    System.exit(1);
}

这样，如果它实际上不是你得到的 StackOverflowError ，它将打印一个堆栈跟踪。

于 2010-09-13T19:41:21.603 回答