bash脚本操作FIFO时echo与echo|cat遇管道破裂的差异原因

本质是SIGPIPE信号的接收对象不同，以及Bash对内置命令、管道子进程的信号处理逻辑差异。

首先明确基础规则：当进程往没有读端的管道/FIFO写入数据时，内核会向该进程发送SIGPIPE信号，信号的默认处理行为是直接终止进程。

情况1：直接用内置echo写入（script_with_echo.sh） #

• echo是Bash的内置命令，不需要fork子进程，直接在当前脚本的主进程上下文中执行。
• 杀掉FIFO的读取进程后，FIFO的读端完全关闭，此时主进程执行echo "$LINE" >&3往fd3写入时，内核会直接给脚本主进程发送SIGPIPE信号，触发默认终止逻辑，整个脚本直接退出。
• 因此后续echo "$?" >/some/external/file的代码完全没有执行机会，自然不会写入错误码。

情况2：用echo | cat管道写入（script_with_echo_cat.sh） #

• Bash执行管道命令时，管道两侧的命令都会fork出独立的子进程运行，哪怕左侧是内置命令echo，也会在子进程中执行。
• 本次写入操作的实际执行者是管道右侧的cat子进程，触发SIGPIPE时，信号只会发送给cat子进程，仅终止该子进程，退出码为141（128 + SIGPIPE信号编号13）。
• Bash主进程不会收到这个SIGPIPE信号，只会捕获管道的退出状态赋值给$?，因此后续写入错误码的逻辑可以正常执行，脚本也不会终止，会继续运行循环。

补充说明 #

如果要让第一种场景的脚本也不终止，可以在脚本开头添加trap '' PIPE忽略SIGPIPE信号，此时echo写入失败会返回非0错误码，后续逻辑可以正常执行。

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