自定义zsh终端错误提示消息时代码失效问题求助

问题根因 #

两种实现的错误逻辑分别是：

• 第一种方案：%?是zsh提示符变量（PROMPT/RPROMPT）专属的转义占位符，只有直接写在提示符配置中时才会被解析为上一条命令的返回码。把它作为普通字符串赋值给code变量时，变量存储的是字面量%?，永远无法匹配"130""0"这类返回码值，所以判断逻辑始终走else分支。
• 第二种方案：出现返回码始终为0的问题通常有两个原因：
  • 代码没有放在precmd钩子函数中执行，而是直接写在.zshrc全局域，此时捕获的是配置文件加载时的命令返回值，固定为0
  • 捕获$?之前执行了其他命令（包括local声明、其他变量赋值、打印逻辑等），前置命令执行成功的返回码0覆盖了上一条业务命令的真实返回码

正确实现方案 #

方案1：手动捕获返回码（灵活度高，适合复杂自定义逻辑） #

把逻辑放在precmd钩子中，第一时间捕获返回码，再做后续判断：

precmd() {
  # 第一行先捕获返回码，不要在这行之前加任何代码
  local code=$?
  local return_code=""

  if [ $code -eq 130 ]; then
    return_code="%F{red}TERMINATED BY USER ↵%f"
  elif [ $code -ne 0 ]; then
    return_code="%F{red}${code} ↵%f"
  fi
  # 把return_code拼到你的PROMPT里即可
  PROMPT="${return_code}%n@%m %1~ %# "
}

方案2：用zsh原生提示符条件语法（无捕获逻辑，简单稳定） #

如果不需要太复杂的自定义逻辑，直接用zsh内置的提示符条件判断语法，不需要手动处理返回码捕获：

# 语法规则：%(匹配值?匹配时展示的内容.不匹配时展示的内容)
# %? 代表上一条命令返回码
PROMPT='%(130?%F{red}TERMINATED BY USER ↵%f:%(?!=0?%F{red}%? ↵%f:))%n@%m %1~ %# '

这个写法完全避开了返回码捕获的坑，由zsh在渲染提示符时自动做判断，稳定性更高。

内容的提问来源于stack exchange，提问作者سعید مزرعه فرهانی