不同Shell中Here文档内空参数${var:?}的行为差异及原因问询

问题背景 #

Ash、Dash、Bash、Zsh在处理Here文档中的无效空参数${var:?}扩展时存在明显行为差异：在Here文档上下文里，Ash、Dash、Ksh仅返回错误码但继续执行脚本，而Bash和Zsh会直接终止脚本；但在字符串等其他上下文场景中，所有Shell都会终止执行，只有Here文档存在这种差异。

测试代码 #

核心测试脚本（experiment.sh） #

#!/usr/bin/env sh

empty_var=

read -r value << EOF
Expected fail here ${empty_var:?}\"
EOF
printf '$?=%d\nvalue=%s\n' $? "$value"

多Shell批量测试脚本 #

for sh in ash bash dash ksh zsh; do
  printf 'Testing with: %s\n' "$sh"
  LC_ALL=C "$sh" ./experiment.sh || :
  echo
done

行为差异原因分析 #

• POSIX标准的模糊性
  POSIX标准仅规定${var:?}在参数未设置或为空时，应输出错误信息并返回非零状态码，但未明确说明这种错误是否需要触发Shell的立即终止。这种定义上的留白，给不同Shell的实现留下了灵活调整的空间。

• Shell设计理念的差异

  • Ash/Dash/Ksh：将Here文档的参数扩展错误视为当前命令（此处为read）的执行错误，仅让命令返回非零码，脚本继续执行。这种设计更贴合Here文档作为“输入数据载体”的定位，把扩展错误当作输入处理失败而非致命语法错误。
  • Bash/Zsh：将${var:?}的错误视为全局级别的参数有效性错误，无论处于何种上下文都触发脚本终止，以此保持与普通字符串、命令行参数等场景的行为一致性，避免同一语法出现行为割裂，提升脚本执行的可预测性。

相关文档说明 #

• Bash官方文档明确，${var:?}触发错误时，若处于交互式Shell仅提示错误；若处于非交互式Shell（脚本模式），无论上下文是否为Here文档，都会直接终止执行，这是为了严格遵循“参数错误应终止脚本”的设计原则。
• Zsh文档同样规定，${var:?}的错误会触发Shell的ERR陷阱，若未捕获该陷阱则默认终止脚本，且该行为不区分Here文档与其他上下文。

内容的提问来源于stack exchange，提问作者Léa Gris