tcsh执行exit 1命令后为何仍运行后续命令且退出码为0？

免责声明：tcsh并不适用于编程场景。

问题现象 #

tcsh执行exit命令时确实会完成退出操作，但不会返回预期的退出码1，反而会先执行exit语句之后的后续命令再退出，最终返回的退出码为0。具体复现的命令行运行结果如下：

$ tcsh
> echo hello ; exit 1 ; echo world
hello
world
exit
$ echo $?
0

根本原因 #

这个表现是tcsh沿袭自早期csh的历史解析逻辑导致的，行为和bash、zsh等遵循POSIX标准的shell完全不同：

• tcsh解析同一行内用分号分隔的命令列表时，会先完成整行所有命令的语法解析，构建完整的待执行命令队列，才会按顺序执行队列内的命令，执行过程中不会因为遇到exit就重新拆解或中断已生成的队列
• exit作为tcsh内置命令，被触发时只会给shell打上「待退出」标记、记录传入的预期退出码，不会立刻终止当前执行流，必须等当前队列内所有命令全部执行完毕，才会真正进入shell退出流程
• 整行命令执行完成、触发退出流程时，tcsh存在固定的逻辑覆盖问题：会将最后一条执行完成的前台命令的退出码，覆盖之前exit命令记录的预期退出码。上述复现案例中最后执行的命令是echo world，该命令执行成功的退出码为0，因此最终shell退出时返回的状态码为0，而非exit 1设置的1。

验证方式 #

可通过两个简单操作验证该逻辑：

• 进入tcsh交互环境后单独输入一行exit 1，退出后查看$?会得到返回值1——此时命令队列仅包含exit 1单条命令，最后执行的命令就是exit本身，不存在后续命令覆盖退出码的场景
• 将exit 1放在tcsh脚本的最后一行单独执行，同样可以正常返回预期的退出码1。

内容的提问来源于stack exchange，提问作者Abraham Murciano Benzadon