尝试打印堆栈跟踪时出现StackOverflowError

Question

尝试将stacktrace打印到控制台时，我得到了以下stacktrace：

java.lang.StackOverflowError
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
at java.io.BufferedOutputStream.write(Unknown Source)
at java.io.PrintStream.write(Unknown Source)
at sun.nio.cs.StreamEncoder.writeBytes(Unknown Source)
at sun.nio.cs.StreamEncoder.implFlushBuffer(Unknown Source)
at sun.nio.cs.StreamEncoder.flushBuffer(Unknown Source)
at java.io.OutputStreamWriter.flushBuffer(Unknown Source)
at java.io.PrintStream.write(Unknown Source)
at java.io.PrintStream.print(Unknown Source)
at java.io.PrintStream.println(Unknown Source)
at java.lang.Throwable.printStackTrace(Throwable.java:461)
at java.lang.Throwable.printStackTrace(Throwable.java:451)
...

以前有人见过这样的东西吗？ 可能是什么导致了这个？ （不幸的是我收到了用户的堆栈跟踪，所以我不能说JVM配置是否以任何方式被更改。）

导致这种情况的方法调用是一个简单的catch-and-print，如下所示：

try {
  ...
  File canFile = new File(path).getCanonicalFile();
  ...
} catch (IOException e) {
  e.printStackTrace();
}

虽然我不能再发布任何代码，但我可以保证getCanonicalFile调用抛出了IOException，因为这是try-clause中唯一可以抛出IOException的调用。

Answer 1

如果将两个Throwable初始化为彼此的相互原因，如果您尝试打印其中一个的StackOverflowError ，则会得到StackOverflowError 。

以下类演示了此行为：

public class StackTraceStackOverflow {
    public static void main(String[] args) {
        Error e = new Error();
        Error f = new Error(e);
        e.initCause(f);
        e.printStackTrace();
    }
}

在这个例子中我们需要两个Throwable ，因为不可能将Throwable设置为它自己的原因。 如果您尝试这样做，您将收到IllegalArgumentException 。

或者，如果您有一个可笑的长链原因异常，您也可能会收到堆栈溢出错误。 至少在我的机器上（Kubuntu Natty，x64，OpenJDK 1.6），我发现8000个引发异常的链足以生成StackOverflowError ，如下面的类所示：

public class StackTraceStackOverflow2 {
    public static void main(String[] args) {
        Error e = null;
        for (int i = 0; i < 8000; ++i) {
            e = new Error(null, e);
        }

        e.printStackTrace(System.out);
    }
}

您可能需要在其他系统上调整数字8000。

请注意，我在第二个示例中使用了两参数Error构造函数。 如果我使用了带有单个Throwable参数的Throwable函数，则使用cause异常填充异常消息。 随着异常链的增长，此消息变得越来越长，因此您更有可能以StackOverflowError结束OutOfMemoryError 。