最可靠方式是修改 ~/.bashrc 中的 PS1，用 [\033[...m] 严格包裹 ANSI 转义序列，避免光标错位；LS_COLORS 需独立配置以控制 ls 等命令颜色，二者互不影响。
直接改 ~/.bashrc 里的 PS1 最可靠
Ubuntu 终端提示符颜色（比如 user@host:~/path$ 这部分）的配色，本质是 shell 解释器在渲染提示符时执行的 ANSI 转义序列。唯一能保证每次打开终端都生效的方式，就是把定制的 PS1 写进用户级启动文件 ~/.bashrc —— 不是 /etc/bash.bashrc，也不是 ~/.profile，更不是靠 GUI 设置界面临时改。
常见错误是只改了终端应用的颜色主题（比如右键 → 首选项 → 颜色），那只能影响背景/文字基础色，对 PS1 中用户名、主机名、路径等元素的独立着色完全无效。
-
PS1必须用\[\033[...m\]包裹每段颜色控制，且每个\[...\]内部不能含非显示字符（否则会导致命令行光标错位） - 别直接覆盖整行
PS1=...，先注释掉原行再加新行，避免和debian_chroot等逻辑冲突 - 改完必须运行
source ~/.bashrc生效；仅重启终端有时会漏加载（尤其用gnome-terminal --disable-factory启动时）
PS1 颜色代码里背景值写 40 还是 01？
看到网上很多示例用 \033[01;35;01m，这是错的：01 是「高亮」属性，不是背景色代码。真正表示背景色的是 40（黑）、41（红）…47（白）。写成 ;01 会导致背景色失效，甚至让后续文本全变粗体。
标准格式是 3[;;m，例如：
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
\[\033[01;32;40m\] # 高亮+绿色文字+黑色背景 \[\033[00;36;44m\] # 关闭所有属性+青色文字+蓝色背景
- 属性位常用：0（重置）、1（高亮）、4（下划线）；背景位固定以
4x开头 - 如果只要改文字色不碰背景，背景位写
40（默认黑底）或留空（但留空不可靠，显式写更稳） - 某些终端（如
tmux嵌套）对49（默认背景）支持不佳，统一用40兼容性最好
为什么 ls 颜色没跟着变？那是另一套系统
PS1 配色和 ls 输出颜色完全无关。前者由 shell 解析 PS1 字符串控制，后者由 LS_COLORS 环境变量驱动，通常通过 dircolors 工具生成。
- 想改
ls颜色，运行dircolors -p > ~/.dircolors生成模板，再编辑该文件（比如改DIR 01;34为DIR 01;36把目录变青色） - 然后在
~/.bashrc末尾加一行：eval "$(dircolors -p ~/.dircolors 2>/dev/null)" - 注意：
LS_COLORS不影响PS1，也不受终端 GUI 颜色设置影响；它只作用于ls、grep --color等少数命令
配色后命令行光标跳错位？检查非打印字符包裹
最隐蔽也最常被忽略的问题：ANSI 转义序列本身不占显示宽度，但 shell 需要知道哪些字符不占位。漏写 \[ 和 \] 包裹，会导致 bash 误判提示符长度，引发光标定位错乱、行首覆盖、退格异常等问题。
- 正确：
\[\033[01;35m\]\u\[\033[00m\]@\h—— 所有\033[...m都被\[...\]包住 - 错误：
\033[01;35m\u\033[00m@\h—— shell 会把\033[当作普通字符计数，导致计算偏移 - 验证方法：输入超长命令回车后，用方向键左移到开头，看光标是否停在
$前一格；错位就说明有未包裹的转义序列
配色这事，核心就两件事：PS1 的 ANSI 序列必须严格包裹，LS_COLORS 必须独立配置。GUI 里调背景色只是表皮，真要区分信息层级，得靠这两层控制。
