Bash提示符处理退出代码段时异常：换行失效导致文本覆盖原有提示符

我用的Bash提示符是基于Mike Kasberg的配置改的，平时用着都没啥问题，但最近遇到个头疼的小毛病——当命令执行出错返回非0退出码后，我输入内容换行到下一行时，居然不会自动生成新的换行，新输入的文本直接就覆盖掉之前的提示符了，画面特别混乱，就像这样：

相关的问题代码片段如下：

# 获取错误码
__mkps1_inject_exitcode() {
    local code=$1
    local bg_red='\033[41m'
    local white='\033[37m'
    local red='\033[31m'
    if [ "$code" -ne "0" ]; then
        echo -e " ${bg_red}${white} ɀ $code${red}"
    fi
}

__mkps1_exitcode() {
    # 我们需要在运行时执行函数来评估退出码
    echo "$(__mkps1_inject_exitcode $?)"
}

问题根源 #

这个问题其实是Bash对提示符长度的计算出错了——你在退出码输出里用的ANSI颜色转义序列没有被标记为非打印字符。Bash会把这些转义序列当成普通的可见字符来统计长度，导致它计算出来的提示符长度和实际显示在终端上的长度不匹配，最终破坏了换行时光标的定位逻辑。

修复方法 #

把所有的ANSI颜色转义序列用\[和\]包裹起来，这两个符号是告诉Bash：“这里面的内容是不可见的，别算进提示符长度里”。另外别忘了加上颜色重置的序列，避免后续的命令文本也带上错误的颜色。

修改后的函数如下：

__mkps1_inject_exitcode() {
    local code=$1
    # 用\[和\]包裹所有ANSI转义序列
    local bg_red='\[\\033[41m\]'
    local white='\[\\033[37m\]'
    local red='\[\\033[31m\]'
    local reset='\[\\033[0m\]' # 重置颜色，避免影响后续文本
    if [ "$code" -ne "0" ]; then
        echo -e " ${bg_red}${white} ɀ $code${red}${reset}"
    fi
}

另外提醒一句：如果你的整个提示符里还有其他类似的ANSI转义（比如其他颜色、特殊符号的格式控制），也要统一用\[和\]包裹，这样才能彻底解决光标定位的问题。

备注：内容来源于Stack Exchange，提问作者Smiley Tiger