ps1配色需用[和]包裹非打印字符并及时重置，推荐tput适配多终端；多行提示符需严格匹配宽度；背景色与粗体组合兼容性差，应优先保证可靠性。
PS1 配色不是“加个颜色就行”，关键在**颜色不溢出、换行不乱码、跨终端不崩**。直接硬编码 \e[32m 很快会发现输入命令也变绿，或者在 tmux / screen 里颜色错位——这不是配置错了，是没处理好 ANSI 转义序列的包裹和重置。
为什么 PS1 颜色会“粘”到后续输入上？
终端把 \e[32m 这类转义序列当作“控制指令”，但 bash 不知道它只影响提示符本身。如果你漏掉 \[\e[0m\] 或者没用 \[ 和 \] 包裹颜色代码，bash 就会误算提示符长度，导致光标定位错误、历史命令覆盖、补全错位。
-
\[和\]必须成对包裹所有非打印字符（即颜色、光标移动等转义序列） - 每个颜色段末尾必须紧跟
\[\e[0m\]，不能只在 PS1 结尾写一次 - 错误示例：
PS1='\e[32m\u@\h:\w\$ '→ 输入文字全绿，且光标跳动异常 - 正确写法：
PS1='\[\e[32m\]\u\[\e[0m\]@\[\e[34m\]\h\[\e[0m\]:\[\e[33m\]\w\[\e[0m\]\$ '
tput 比硬编码 \e[xxm 更靠谱的场景
当你需要在不同终端（如 gnome-terminal、xterm、alacritty、甚至远程串口）保持一致配色时，tput 是唯一稳妥选择。它读取 $TERM 并查 terminfo 数据库，自动降级：比如在只支持 8 色的终端里不会强行输出 256 色代码。
- 定义变量时用
$(tput setaf 2)而不是\e[32m，$(tput sgr0)替代\e[0m - 注意：
tput输出含换行符，需用$(...)命令替换，不能直接写tput setaf 2 - 别在
.bashrc顶部就定义颜色变量——万一$TERM还没加载，tput会返回空，导致 PS1 崩溃 - 推荐位置：在
if [ -n "$PS1" ];块内或 PS1 定义前一行执行
多行 PS1 提示符下最容易被忽略的坑
加 \n 看似简单，但 bash 对换行提示符的宽度计算更敏感。一旦用了多行，PS1 中所有非打印字符（包括 \[…\] 包裹的颜色）必须严格对应实际渲染长度，否则：
-
Ctrl+A（跳到行首）可能停在第二行中间 - 长命令自动换行后，第二行开头会缩进错位
-
history-search-backward（Ctrl+R）匹配结果显示异常 - 解决方法：只在真正需要视觉分层时用多行；避免在每段都重复颜色重置，改用单次包裹 + 分段变量
背景色和粗体组合时的实际限制
\e[1;41m（白字红底加粗）看着很酷，但多数终端仿真器不支持“在有色背景上启用粗体”——它会悄悄降级为普通亮度，甚至触发闪烁（尤其在旧版 gnome-terminal）。更现实的做法是：
- 优先用高对比度前景+背景组合，例如
\e[37;44m（白字蓝底），而非依赖粗体 - 避免
\e[1;31;43m这类三重修饰，兼容性差且可读性未必更好 - 如果真要强调状态（如 root 用户），不如用符号区分：
PS1='[sudo] \[\e[31m\]\u@\h\[\e[0m\]:\w\$ '
PS1 在各种上下文里都“不惹事”：不干扰命令编辑、不污染历史、不卡住补全。最稳的路径是先用 tput 定义基础色，再逐段包裹测试，最后只在必要处加背景——毕竟终端第一要务是可靠，其次才是好看。
