gpt4 book ai didi

Java StackOverflowError 在 java.io.PrintStream.write(PrintStream.java :480) and no further stack trace

转载 作者:塔克拉玛干 更新时间:2023-11-03 04:21:56 28 4
gpt4 key购买 nike

我正在运行一个由另一个人编写的 Java 程序,其数据量超过了该程序最初设计的数据量,例如输入文件长 10 倍,大致为二次运行时间。我遇到了不同的问题,现在的目标是一点一点地解决它们。

在执行期间,当大量输出已被打印(重定向到文件)时,我得到以下输出:

Exception in thread "main" java.lang.StackOverflowError  
at java.io.PrintStream.write(PrintStream.java:480)
[...]
at java.io.PrintStream.write(PrintStream.java:480)

堆栈跟踪是让我感到困惑的第一件事,因为它是一次又一次地重复同一行。此外,它没有说明问题发生在代码或执行中的什么位置。

我的想法/研究

  • 堆栈溢出错误
    • 可能表示内存太少。使用 -Xmx110G 标志,我提供了 110 G 内存并在执行时对其进行监控,仅使用了大约 32 G。所以这可能不是这里的问题。
    • 可能由于编程错误导致死循环而抛出。但是,我无法真正检查这一点,因为我对代码不够熟悉,堆栈跟踪也无法帮助我找到代码中问题的位置。
    • [假设]可能是因为输出的写入比执行和新的打印/写入调用慢。不过,为什么没有进一步的堆栈跟踪?我该如何检查并解决这个问题?
  • 打印流

    • 仅搜索“PrintStream”后的代码片段

      // reset output stream to suppress the annoying output of the Apache batik library. Gets reset after lib call.  
      OutputStream tmp=System.out;
      System.setOut(new PrintStream(new org.apache.commons.io.output.NullOutputStream()));
      drawRes.g2d.stream(new FileWriter(svgFilePath), false);
      System.setOut(new PrintStream(tmp));
    • [假设] 写入 void/null 无效
    • [workaround] 如果跳过输出流的更改并只是“实时”使用创建的大输出程序似乎可以运行(进入其他问题,但这是另一种情况)。知道为什么会这样吗?

征求意见
如果您对发生的事情有任何建议,Java 代码具体做什么,请帮助我理解它。尤其是堆栈跟踪让我很沮丧,因为它没有提供开始修复的地方。我也很感谢关于如何解决这个问题、获取堆栈跟踪、修复代码以避免 StackOverflow 等的通用方法。

一些系统环境事实

  • Linux 机器
  • 128G内存
  • Java

    openjdk version "1.8.0_121"  
    OpenJDK Runtime Environment (IcedTea 3.3.0) (suse-28.1-x86_64)
    OpenJDK 64-Bit Server VM (build 25.121-b13, mixed mode)
  • 请询问您是否需要更多信息!

注意事项

  • 我是 Java 的新手,所以非常感谢您的每一个建议(该程序不是我编写的)
  • 这是我在 stackoverflow 上的第一篇文章,请告诉我在哪里可以改进我的提问方式和格式
  • 我的母语不是英语,所以请原谅我的错误,并随时寻求理解或纠正我

谢谢大家的回复!

最佳答案

这两行看起来很可疑:

OutputStream tmp=System.out;
//...
System.setOut(new PrintStream(tmp));

System.out 已经是一个 PrintStream,所以恕我直言,这些行应该是这样的

PrintStream tmp=System.out;
//...
System.setOut(tmp);

否则会发生的情况是,您在 PrintStream 中几乎无休止地包装了 PrintStream。 PrintStreams 的嵌套仅受 Java 堆空间的限制 - 但调用级别嵌套要低得多。


为了验证这个假设,我创建了一个小测试程序,首先将 System.out 包装 20 次并打印堆栈跟踪以验证调用链。之后它包装 System.out 10_000 次并产生 StackOverflowException。

import java.io.OutputStream;
import java.io.PrintStream;

public class CheckPrintStream {
public static void main(String[] args) {
PrintStream originalSystemOut = System.out;
System.setOut(new PrintStream(System.out) {
@Override
public void write(byte buf[], int off, int len) {
originalSystemOut.write(buf, off, len);
if (len > 2) {
new RuntimeException("Testing PrintStream nesting").printStackTrace(originalSystemOut);
}
}
});

for (int i = 0; i < 20; i++) {
wrapSystemOut();
}
System.out.println("Hello World!");

for (int i = 20; i < 10_000; i++) {
wrapSystemOut();
}
System.out.println("crash!");
}

private static void wrapSystemOut() {
OutputStream tmp = System.out;
System.setOut(new PrintStream(System.out));
}
}

大约 6000 到 7000 个 PrintWriters 的嵌套足以产生堆栈溢出。

关于Java StackOverflowError 在 java.io.PrintStream.write(PrintStream.java :480) and no further stack trace,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52931276/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com