Bash中read命令结合多进程时参数丢失问题求助

核心根源 #

问题出在后台进程与read命令共享标准输入（stdin）的竞态条件：
当你在while read循环里后台调用handle_video（内部执行ffmpeg）时，ffmpeg默认会尝试从stdin读取数据，而read也在从同一个stdin读取循环所需的参数行。极少数情况下，后台启动的ffmpeg会抢先读取原本属于read的部分输入内容，导致read拿到不完整的参数，最终出现参数错位、末尾为空的现象。

对应你的现象验证 #

• 同步执行handle_video时：read会先完整读取当前行的参数，再执行ffmpeg，此时ffmpeg即使读取stdin，也是读取后续行，不会和当前read的读取操作冲突，因此无问题。
• 替换为generate_text时：该函数不会读取stdin，不存在和read竞争输入流的情况，所以不会干扰参数读取。
• 改用管道执行循环时：管道依然是同一个stdin流，后台ffmpeg仍能抢占输入，因此问题持续存在。

验证与解决方法 #

1. 快速验证原因
   在handle_video函数中，给ffmpeg显式重定向stdin到/dev/null，强制其不从父进程的stdin读取：

handle_video() {
    # 你的原有处理逻辑
    ffmpeg -i "$1" [其他参数] < /dev/null
}

如果修改后参数错位问题消失，即可确认是stdin竞争导致的问题。

2. 根本解决方式

• 方式一：重定向后台进程的stdin
  所有后台运行的、会读取stdin的命令（如ffmpeg），都显式将stdin指向/dev/null，避免继承父进程的输入流：

while read p1 p2 p3; do
    handle_video "$p1" "$p2" "$p3" & < /dev/null
done < input.txt

• 方式二：使用独立文件描述符供read读取
  将输入绑定到单独的文件描述符，让read从该fd读取，与后台进程的stdin隔离：

# 将输入文件绑定到fd3
exec 3< "input.txt"
# 从fd3读取参数
while read -u3 p1 p2 p3; do
    handle_video "$p1" "$p2" "$p3" & < /dev/null
done
# 关闭fd3
exec 3<&-

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