能否依赖Shell的read命令避免输入缓冲问题？

问题场景示例 #

先看一个存在异常的管道命令：

seq 99999 | (head -n2; cat) | head -n5 

执行后输出：

1
2

1861
1862

问题原因：head -n2会一次性读取远多于两行的内容到内部缓冲区，后续的cat无法获取这些被提前消费的内容，导致输出跳过了中间的行。

再看用read命令实现的版本：

seq 99999 | (for i in 1 2; do read -r s; printf %s\n "$s"; done; cat) | head -n5

执行后输出：

1
2
3
4
5

这个结果符合预期，因为read是逐行读取输入，不会提前消费超出当前需要的内容。

核心疑问 #

read这种逐行读取、不提前消费多余输入的行为是否具备可信赖性？

我查阅了POSIX的read和shell相关文档，但未找到明确的相关说明。

实际需求背景 #

我的实际需求大致是这样的命令逻辑：

a_program | (sed 's/A/B/;7q'; cat) | program_b

也就是修改前7行左右的文本，然后拼接剩余的内容（包含二进制数据）。如果read的行为可靠，我想确认用它来实现这个需求是否安全。

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