我正在运行一个由另一个人编写的 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/