自定义C Shell开发：后台进程stdin处理及cat&退出原因问询

我来一步步拆解你的问题，帮你理清自定义Shell中后台进程stdin的处理机制：

1. 为什么cat &会立即终止？ #

你最初猜测是fd0被关闭，其实不完全准确。真正的原因是：
当进程在后台运行（带&）且stdin仍然指向控制终端时，它尝试读取stdin会触发SIGTTIN信号——这是终端为了防止后台进程干扰前台交互的保护机制。默认情况下，进程收到SIGTTIN会直接终止，这就是cat &立刻退出的原因。

那为什么你尝试把fd0指向/dev/null时会报错？大概率是你的重定向代码有问题（比如打开/dev/null失败、复制文件描述符时出错）。正确将stdin重定向到/dev/null是完全可行的，这也是多数Shell的标准做法。

2. Shell处理后台进程stdin的标准做法 #

主流Shell（比如Bash、Zsh）在启动后台进程时，如果该进程的stdin没有被显式重定向（比如没有< file这样的操作），会自动将其stdin重定向到/dev/null。这样做有两个好处：

• 避免后台进程触发SIGTTIN信号被终止
• 进程读取stdin时会直接得到EOF（比如cat读到EOF就会正常退出，而不是被信号杀死）

3. 后台进程调至前台时，stdin会恢复吗？ #

是的！当你用fg命令把后台进程切换到前台时，Shell会做这些操作：

• 将该进程的stdin、stdout、stderr重新连接到控制终端（恢复为Shell自身的stdin/stdout/stderr）
• 把该进程设置为终端的前台进程组，让它可以正常读取终端输入

这样进程就能像普通前台进程一样从终端获取输入了。

4. 管道中首个进程的特殊处理 #

如果是管道中的首个进程（比如cat | grep test &），Shell的处理逻辑会结合管道和后台规则：

• 首先，Shell会创建管道，将cat的stdout连接到grep的stdin
• 然后，因为整个管道是后台运行，Shell会检查cat的stdin是否被显式重定向：如果没有，同样会将其stdin重定向到/dev/null
• 如果管道是前台运行（cat | grep test），cat的stdin会保留为终端的stdin，允许你输入内容

你在实现自定义Shell时，需要注意：在fork后台进程后，先处理管道的文件描述符连接，再检查stdin是否为终端，如果是且没有显式重定向，就将其重定向到/dev/null。

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