Bash中readonly变量赋值时的命令退出状态捕获问题

这个问题的根源在于bash处理命令的执行逻辑：当你运行readonly foo=$(false)时，实际是分两步完成的：

1. 先执行子shell里的false命令，此时它的退出状态为1，输出内容（这里为空）被赋值给foo
2. 接着执行readonly内置命令，将foo标记为只读——这个命令本身执行成功了，所以$?会被覆盖为0

而普通赋值foo=$(false)时，没有后续命令覆盖$?，因此它保留的是子shell中false的退出状态。

优雅的解决方式 #

虽然你提到的“先使用临时变量再转为只读”是常规方案，但可以把它写成更紧凑、可读性更强的形式：

# 先赋值并捕获状态，再标记为只读
foo=$(false)
local exit_status=$?
readonly foo
echo $exit_status  # 输出1，正确捕获到false的退出状态

如果想写成单行，也可以这样：

foo=$(false); local exit_status=$?; readonly foo; echo $exit_status

本质上，由于readonly作为独立命令的退出状态必然会覆盖之前子命令的状态，所以提前保存退出状态是最清晰且符合bash逻辑的做法——既避免了临时变量的冗余感，又保证了状态捕获的准确性。

内容的提问来源于stack exchange，提问作者Maciej Wawrzyńczuk