在尝试将堆栈跟踪打印到控制台时,我得到了以下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配置是否以任何方式被更改。)
导致这种情况的方法调用是一个简单的捕捉和打印,如下所示:
try {
...
File canFile = new File(path).getCanonicalFile();
...
} catch (IOException e) {
e.printStackTrace();
}
虽然我无法发布更多代码,但我可以保证getCanonicalFile调用抛出了IOException,因为这是try-clause中唯一可以抛出IOException的调用。
答案 0 :(得分:6)
如果您将两个Throwable
初始化为彼此的相互原因,那么如果您尝试打印其中一个的堆栈跟踪,则会得到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
参数的构造函数,则使用cause异常填充异常消息。随着异常链的增长,此消息会越来越长,因此您更有可能以OutOfMemoryError
而不是StackOverflowError
结束。