OSC控制序列（如\x1b]2;title\x07）是设置终端窗口标题的正确机制，必须用[和]包裹以避免光标定位错乱，推荐在PS1开头使用\e]2;\u@\h: \w\a格式实现动态刷新。
终端标题（window title）默认是静态的，比如“Terminal”或“bash”，但你可以让它实时显示当前路径、正在运行的命令、Git 分支等信息。关键不是改 PS1 的视觉提示，而是向终端发送 \033]2;...\007 这类 OSC 控制序列——它才是真正控制窗口标题的机制。
为什么直接 echo "\033]2;$PWD\007" 会出问题
手动执行 echo -ne "\033]2;$PWD\007" 确实能改标题，但只生效一次；更麻烦的是，如果把它硬塞进 PS1 的主字符串里（尤其在非非打印字符区域外），会导致光标定位错乱、命令行换行覆盖、历史命令回滚异常等问题——这是因为 Bash 把整个 PS1 当作“可显示宽度为 0”的控制序列来计算光标位置，而 \033]2;...\007 没有显式声明为非打印字符，Bash 就会误判长度。
- 错误写法：
PS1='...$ \e[01;32m`echo -ne "\033]2;$PWD\007"`'—— 反引号包裹的命令在每次提示符渲染时执行，但没包裹在\[和\]中，Bash 会把它当“占位字符”算进行宽 - 正确做法：所有 OSC 序列必须用
\[和\]包裹，告诉 Bash “这部分不占屏幕空间” - 别把标题更新逻辑放在
PS1的“命令输入区”（即提示符末尾 `$ ` 后面），否则和用户输入冲突
安全可靠的 PS1 标题更新方案
把标题更新逻辑放在 PS1 的“非交互区”，也就是提示符开头或结尾的非打印段落里，并用 \[ \] 显式包裹。推荐放在开头：
PS1='\[\e]2;\u@\h: \w\a\] \[\e[01;32m\]\u@\h\[\e[00m\]:\[\e[01;34m\]\w\[\e[00m\]\$ '
-
\[\e]2;\u@\h: \w\a\]是完整标题设置段：其中\e]2;...是设置标题，\a是 BEL（等价于\007），最外层\[...\]告诉 Bash 忽略其宽度 -
\u@\h: \w是标题内容，会随每次cd或命令执行自动刷新（因为PS1在每次提示前重求值） - 避免使用
$PWD—— 它不会随cd自动更新；\w是 Bash 内置转义，安全且实时 - 如需显示 Git 分支，得另写函数并在
PS1中调用，但同样必须包裹在\[...\]内，且函数返回值不能含控制字符以外的可见内容
需要动态内容（如当前命令、CPU 负载）怎么办
PS1 每次只在提示符出现前求值一次，无法反映“当前正在运行什么命令”。真要实现命令名/进程负载等动态标题，得靠外部机制：
- 监听
DEBUGtrap：在~/.bashrc中加trap 'printf "\033]2;%s\a" "$BASH_COMMAND"' DEBUG，但会显著拖慢交互响应，慎用 - 用
indicator-sysmonitor这类独立进程监控系统指标并显示在面板——它不依赖终端，也不干扰 Shell 行为 - 若坚持终端内显示，可用
tmux或screen的状态栏，它们原生支持周期性刷新和命令钩子，比硬塞PS1稳定得多
最易踩的坑不是语法写错，而是忘了 \[ \] 包裹 OSC 序列——它不会报错，但会让终端光标“发疯”，尤其在长命令、多行编辑、Ctrl+R 搜索时表现明显。改完 PS1 后，务必开新终端测试 cd、输入超长命令、翻历史记录，确认无覆盖、无跳行、无闪烁才真正生效。
