C0 控制字符 —— BS、HT、LF、CR、BEL（单字节码）

在哪里用到

实际会发出该序列的工具——把抽象字节锚定到你已经用过的命令上。

• npm, pnpm, pip, cargo progress bars—每次进度刷新都发 `\r` 原地重绘——所有语言的包管理器通用
• tput bel, printf '\a'—shell 脚本通过响铃提示错误或任务完成
• readline, GNU bash, zsh line editor—cooked 模式编辑用 `\b`（BS）退格；cooked 模式下 `\n` 经 `onlcr` 翻译为 `\r\n`
• column, expand, cat -T—`\t`（HT）是 coreutils 各工具普遍解析的表格分隔符
• asciinema, script — record the raw byte stream including all C0 controls

常见问题

针对这条序列，开发者真正会去搜索的问题的简短回答。

如何让 \a（BEL）触发屏幕闪烁而非发出声音？

这是终端的偏好设置，不是序列变化 —— \x07（BEL）由模拟器派发，由它决定按系统铃声响起还是窗口闪烁。xterm 有 bellIsUrgent + visualBell X 资源，iTerm2 在每个配置文件中提供 *Visual bell* 选项，Windows Terminal 在 settings.json 里通过 bellStyle: "visual" 控制，gnome-terminal / Konsole 在配置对话框里有 *Visual bell* 复选框，kitty / wezterm / alacritty 都暴露 enable_audio_bell / audible-bell。若程序要 *强制* 闪屏而不管终端配置，可发 \x1b[?5h\x1b[?5l（DECSCNM 开/关 —— 屏幕反相模式），多数模拟器会渲染为单帧视觉闪烁。

为什么 \r 在我的代码里表现为 \r\n，但在 raw 模式下又只是裸回车？

POSIX 终端在 tty 行规程里插入 onlcr / opost 翻译——当输出处理开启（cooked 模式默认）时，单独的 \n 会在抵达模拟器前被重写为 \r\n。stty raw（或任何调用 cfmakeraw() 的 TUI）会清掉 OPOST，于是你的字节按原样到终端：\n 仅是纯换行（光标下移，列不变），必须自己发 \r 才能回到第 1 列。这就是为什么 raw 模式 TUI 的进度条循环显式用 \r（或 \x1b[1G，见 cursor-column），而不依赖 \n。在 stty -onlcr 下输出阶梯排列的反向症状根因相同。