ZSH返回最后命令状态码致tmux remain-on-exit failed失效问题

修复方法 #

要让ZSH在交互模式下通过Ctrl+D正常退出时强制返回0状态码，忽略之前Ctrl+C的中断状态，可以通过ZSH的钩子函数实现，有两种方案可选：

方案1：利用ZSH_EXIT_REASON（ZSH 5.3+ 适用） #

ZSH 5.3及以上版本提供了$ZSH_EXIT_REASON变量，可直接判断退出原因是否为EOF（即Ctrl+D触发）。在你的~/.zshrc中添加以下代码：

function zshexit() {
  if [[ "$ZSH_EXIT_REASON" == "eof" ]]; then
    exit 0
  fi
}

添加后执行source ~/.zshrc使配置生效。

方案2：兼容旧版ZSH #

如果你的ZSH版本低于5.3，无法使用ZSH_EXIT_REASON，可以通过记录最后命令状态并判断缓冲区状态来实现：

# 记录每次命令执行后的退出状态
LAST_EXIT_STATUS=0
precmd() {
  LAST_EXIT_STATUS=$?
}

# 退出时检查是否为正常EOF退出
function zshexit() {
  # 缓冲区为空说明是直接按Ctrl+D退出，且最后状态是130（Ctrl+C的中断码）
  if [[ -z "$BUFFER" && "$LAST_EXIT_STATUS" -eq 130 ]]; then
    exit 0
  fi
}

修改后的潜在问题 #

• 小概率掩盖真实命令状态：如果执行了一个确实返回130状态码的命令后立刻按Ctrl+D退出，ZSH会强制返回0，掩盖该命令的真实退出状态。但这种场景在交互模式下极少出现，用户通常会查看命令执行结果后再操作。
• 影响依赖退出码的自动化逻辑：如果有外部脚本调用你的交互ZSH实例并依赖退出码做判断，这个修改会让正常EOF退出时返回0，可能打破原有逻辑。但交互模式下这类自动化场景并不常见。
• 方案2的边缘误判：方案2依赖缓冲区为空和最后状态为130的判断，极端情况下可能误判（比如缓冲区为空但最后执行的命令确实返回130），但实际使用中几乎不会遇到。

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