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

pyt*_*ude 4 java stack-overflow stack-trace

尝试将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)
...
Run Code Online (Sandbox Code Playgroud)

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

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

try {
  ...
  File canFile = new File(path).getCanonicalFile();
  ...
} catch (IOException e) {
  e.printStackTrace();
}
Run Code Online (Sandbox Code Playgroud)

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

Luk*_*ard 6

如果你初始化两个Throwables是彼此的相互原因,StackOverflowError如果你试图打印其中一个的堆栈跟踪,你会得到一个.

以下类演示了此行为:

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

Throwable在这个例子中我们需要两个s,因为不可能将a 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);
    }
}
Run Code Online (Sandbox Code Playgroud)

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

请注意,我Error在第二个示例中使用了双参数构造函数.如果我使用带有单个Throwable参数的构造函数,则使用cause异常填充异常消息.随着异常链的增长,此消息变得越来越长,因此您更有可能最终得到的OutOfMemoryError不是a StackOverflowError.