Java 8中ProcessBuilder正确关闭redirectOutput文件避免fuse隐藏文件

在Java 8环境下的自实现应用中，已完成外部进程的启动、终止逻辑开发，相关代码如下：

进程初始化配置代码 #

ProcessBuilder pb = new ProcessBuilder()
        .directory(dir)
        .command(command)
        .redirectErrorStream(true)
        .redirectOutput(file);

原有进程终止逻辑代码 #

void kill(Process p) {
    Process kill = new ProcessBuilder("bash", "-c", "pkill -TERM -P " + pid).redirectErrorStream(true).start();
    kill.waitFor();
    if (p != null) {
        if (p.isAlive()) {
            p.destroy();
        }
    }
    try {
        p.getInputStream().close();
        p.getOutputStream().close();
        p.getErrorStream().close();
    } catch (IOException e) {
        Util.errorLogger.error(e, "can't close log");
        e.printStackTrace();
    }
}

执行上述终止逻辑后，文件系统中会生成.fuse_hidden00123bd3nnnnn格式的隐藏文件，需要找到正确关闭重定向输出对应文件流的方法，避免这类隐藏文件生成。
已知约束：

• 必须通过pkill终止进程：仅靠Java原生的destroy方法无法杀死bash -c启动的子进程
• 运行环境仅支持Java 8版本

.fuse_hidden*格式文件是FUSE类文件系统（包括sshfs、ntfs-3g、各类自定义FUSE挂载盘）的特有临时文件：当文件已被标记为删除/待回收，但仍有进程持有该文件的打开句柄未释放时，系统就会生成这类隐藏占位文件，直到所有持有该文件句柄的进程全部退出、句柄释放完成后才会自动清理。
原有代码存在两个核心问题导致句柄泄漏，触发这类文件生成：

1. 错误的流关闭操作无效：当使用ProcessBuilder.redirectOutput(file)将进程输出直接重定向到磁盘文件时，JVM会在内部独立持有目标文件的写文件句柄，此时Process.getInputStream()、Process.getErrorStream()返回的是空管道流，和实际写日志文件的句柄完全无关，手动关闭这几个流根本碰不到JVM持有的文件句柄，属于无效操作。
2. 未等待进程完全退出就执行资源回收：原有逻辑调用pkill发送信号、执行destroy()后，没有等待主进程及所有子进程完全终止，也没有等待JVM完成进程退出后的资源回收，此时无论是被杀死的外部子进程，还是JVM自身，都可能还持有输出文件的打开句柄，直接触发FUSE文件系统的隐藏文件生成逻辑。

按照以下顺序调整终止逻辑，即可保证所有文件句柄正确释放，避免隐藏文件生成：

1. 启动进程后先通过反射获取主进程PID（Java 8无官方PID获取API，UNIX环境下Process实现类自带pid字段）
2. 发送终止信号时，除了终止父进程的直接子进程，增加短等待逻辑，确保所有相关子进程都已退出
3. 信号发送完成后，必须调用Process.waitFor()等待JVM感知到主进程完全终止，JVM会在进程退出的回调中自动释放重定向输出文件的持有句柄，不需要手动操作相关流
4. 删除原有对getInputStream/getOutputStream/getErrorStream的无效关闭逻辑，避免干扰JVM的正常资源回收流程

修复后的终止逻辑参考代码 #

import java.util.concurrent.TimeUnit;
import java.lang.reflect.Field;

// Java 8 反射获取UNIX进程PID的辅助方法
private long getPid(Process p) throws Exception {
    Field pidField = p.getClass().getDeclaredField("pid");
    pidField.setAccessible(true);
    return pidField.getLong(p);
}

void kill(Process p) {
    if (p == null) {
        return;
    }
    long pid = -1;
    try {
        pid = getPid(p);
    } catch (Exception e) {
        Util.errorLogger.error(e, "get process pid failed");
    }

    // 发送TERM信号终止所有直接子进程，等待短时间后强制杀死残留进程
    if (pid > 0) {
        try {
            Process kill = new ProcessBuilder("bash", "-c", 
                "pkill -TERM -P " + pid + "; sleep 0.2; pkill -KILL -P " + pid)
                .redirectErrorStream(true)
                .start();
            kill.waitFor();
        } catch (Exception e) {
            Util.errorLogger.error(e, "kill child process failed");
        }
    }

    // 兜底销毁主进程
    if (p.isAlive()) {
        p.destroy();
        // 等待最多3秒让主进程完全退出
        p.waitFor(3, TimeUnit.SECONDS);
        // 若还未退出强制销毁
        if (p.isAlive()) {
            p.destroyForcibly();
        }
    }
    // 必须调用waitFor等待JVM完成进程资源回收，自动释放重定向文件的句柄
    p.waitFor();
}

额外注意事项 #

• 如果启动的进程会产生多级子进程（子进程再启动新的子进程），可以把pkill的匹配规则调整为按进程组ID杀，避免漏杀残留进程持有文件句柄
• 不要在进程还存活时手动操作重定向对应的目标文件，包括删除、移动操作，否则会直接触发FUSE隐藏文件生成
• 如果使用非FUSE的本地ext4/xfs等文件系统不会出现这类隐藏文件，但句柄泄漏问题依然存在，长期运行会导致进程打开文件数耗尽

内容的提问来源于stack exchange，提问作者D. More