Windows下捕获父进程生成的新窗口子进程输出问题咨询

这个问题我之前碰到过好多次，核心原因很明确：当子进程被启动在独立的控制台窗口时，它的标准输出（stdout）和标准错误（stderr）会直接绑定到新窗口的控制台，而不是父进程的管道——这就是你用常规流捕获方法拿不到输出的根源。下面分场景给你可行的解决方案：

1. 优先方案：修改启动方式，避免创建独立窗口 #

如果业务上不需要保留子进程的独立窗口，这是最可靠的解决办法。以Java为例，检查你启动子进程的代码：

错误的启动方式（会创建新窗口） #

比如你可能用了cmd /c start来启动子进程，导致弹出新窗口：

// 这种写法会让子进程在新窗口运行，输出无法被父进程捕获
ProcessBuilder pb = new ProcessBuilder("cmd.exe", "/c", "start", "myapp.exe");
Process p = pb.start();

正确的启动方式（共享父进程窗口，直接捕获输出） #

去掉start命令，让子进程和父进程共用同一个控制台，同时合并错误流（方便统一捕获异常信息）：

ProcessBuilder pb = new ProcessBuilder("cmd.exe", "/c", "myapp.exe");
// 把错误流合并到输出流，这样不用分别处理stdout和stderr
pb.redirectErrorStream(true);
Process p = pb.start();

// 读取子进程的输出
BufferedReader reader = new BufferedReader(new InputStreamReader(p.getInputStream()));
String line;
while ((line = reader.readLine()) != null) {
    System.out.println("子进程输出：" + line);
}

// 等待子进程结束并获取退出码
int exitCode = p.waitFor();
System.out.println("子进程退出码：" + exitCode);

这样修改后，子进程不会弹出新窗口，所有输出（包括Java的异常堆栈）都会被父进程的InputStream捕获到。

2. 必须保留独立窗口？用文件重定向捕获 #

如果业务需求必须让子进程在独立窗口运行，那可以通过输出重定向到文件的方式，让子进程把输出写入文件，父进程再读取这个文件的内容。

Windows环境下的实现 #

在启动子进程时，通过cmd命令将stdout和stderr重定向到日志文件：

// 启动子进程并将输出重定向到output.log，2>&1表示把错误流合并到输出流
ProcessBuilder pb = new ProcessBuilder("cmd.exe", "/c", "start", "myapp.exe", ">", "output.log", "2>&1");
pb.start();

然后父进程可以通过轮询的方式读取日志文件的内容（因为子进程是动态写入的）：

// 轮询读取日志文件，这里简单实现为每隔1秒读取新增内容
try (RandomAccessFile raf = new RandomAccessFile("output.log", "r")) {
    long filePointer = 0;
    while (true) {
        raf.seek(filePointer);
        String line;
        while ((line = raf.readLine()) != null) {
            System.out.println("捕获子进程输出：" + line);
            filePointer = raf.getFilePointer();
        }
        Thread.sleep(1000);
        // 可以根据子进程是否结束来终止轮询
    }
} catch (Exception e) {
    e.printStackTrace();
}

Java子进程的额外优化 #

如果子进程本身是Java程序，你还可以通过配置日志框架（比如Logback、Log4j2）让它同时输出到控制台和文件。比如在子进程的logback.xml里添加两个appender：

<!-- 输出到控制台（保留独立窗口的显示） -->
<appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
</appender>

<!-- 输出到文件（供父进程捕获） -->
<appender name="FILE" class="ch.qos.logback.core.FileAppender">
    <file>subprocess-output.log</file>
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
</appender>

<root level="info">
    <appender-ref ref="CONSOLE"/>
    <appender-ref ref="FILE"/>
</root>

这样子进程既会在独立窗口显示输出，又会把内容写入文件，父进程直接读取文件即可，比cmd重定向更灵活。

3. 系统级工具辅助（备选方案） #

如果上面的代码层面修改都不可行，还可以用系统工具来捕获窗口输出：

• Windows下可以用tee命令（需要安装Git Bash或者PowerShell 5+），将输出同时定向到窗口和文件；
• 或者使用第三方工具比如Console2、Cmder来替换默认控制台，这些工具支持将窗口输出保存到文件。

不过这种方案依赖外部工具，不如代码层面的解决方案稳定可控。

内容的提问来源于stack exchange，提问作者Pingpong