如何实现进程输出重定向在目标文件删除后自动重建？

你说得没错，重定向确实是操作系统层面的机制——当你执行./prog > a.txt时，OS会帮进程打开a.txt并绑定到stdout的文件描述符（通常是fd=1）。删除a.txt只是移除了文件系统里的目录条目，但进程仍然握着那个已经解绑的文件描述符，后续输出会写到磁盘上一个“匿名”的inode里（直到进程关闭该fd才会被回收），而新创建的a.txt是完全不同的文件，进程的fd根本指向不到它。

要实现文件被删除后自动重建并继续写入，核心思路是用一个中间进程代理输出，让它负责监控文件状态并重新打开，或者借助系统服务管理器的能力。这里有几个实用的方案：

方案1：用Shell脚本+管道+inotify监控（适合临时场景） #

需要先安装inotify-tools（比如Ubuntu下sudo apt install inotify-tools），这个工具可以监听文件系统事件。下面的脚本会帮你自动重建被删除的文件：

#!/bin/bash

OUT_FILE="./a.txt"
# 创建管道作为进程输出的中转
mkfifo prog_pipe

# 启动目标进程，把输出送到管道
./prog > prog_pipe &
PROG_PID=$!

# 循环监控文件，被删除后重建并重新转发输出
while true; do
    # 先创建文件（如果不存在）
    touch "$OUT_FILE"
    # 把管道内容写到文件，后台运行
    cat prog_pipe > "$OUT_FILE" &
    CAT_PID=$!
    # 等待文件被删除的事件
    inotifywait -q -e delete_self "$OUT_FILE"
    # 停止当前的cat进程，准备重新写入新文件
    kill $CAT_PID
done

# 清理工作（脚本退出时执行）
trap "kill $PROG_PID; rm prog_pipe" EXIT

把脚本保存为run_prog.sh，赋予执行权限chmod +x run_prog.sh，然后运行它即可。当a.txt被删除后，脚本会立刻重建文件并继续写入进程输出。

方案2：用tee配合循环（更简单但稍欠优雅） #

如果不想用inotify，可以利用tee的特性：当它写入的文件被删除后，虽然会继续写入匿名inode，但你可以手动重启tee来绑定新文件。这个方案用循环实现自动重启：

while true; do
    # 用tee把进程输出写入文件（-a是追加模式，去掉就是覆盖）
    ./prog | tee -a a.txt
    # 当tee因为文件问题退出时，循环会自动重启它，此时新的a.txt会被创建
    echo "文件被删除，重建并继续写入..."
done

缺点是进程输出可能会在tee重启的瞬间丢失几行，但对于非关键日志场景足够用。

方案3：用Systemd管理进程（适合长期运行的服务） #

如果你的进程是作为系统服务运行的，Systemd本身就支持自动重建日志文件。只需要在服务配置文件（比如/etc/systemd/system/prog.service）里设置输出重定向：

[Unit]
Description=My Program

[Service]
ExecStart=/path/to/prog
# 覆盖模式写入文件，文件被删除后自动重建
StandardOutput=file:/path/to/a.txt
# 如果要追加模式，用下面这行
# StandardOutput=append:/path/to/a.txt
Restart=always

[Install]
WantedBy=multi-user.target

保存后重新加载Systemd配置并启动服务：

sudo systemctl daemon-reload
sudo systemctl start prog.service

Systemd会负责监控日志文件状态，一旦文件被删除，它会自动创建新文件并继续写入进程输出，完全不需要额外脚本。

为什么直接重定向做不到？ #

再补充一下底层逻辑：进程的文件描述符指向的是内核里的struct file对象，而不是文件名。删除文件只是断开了文件名和inode的关联，struct file还在，进程写的是inode而不是文件名。要让输出转到新文件，必须让负责写文件的实体（要么是进程自己，要么是中间代理）重新打开文件名对应的新inode。

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