REP — 重复前一个字符（CSI Pn b）

在哪里用到

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

• ANSI horizontal-rule emitters (CLI banners)—形如 `printf '\xe2\x94\x80\033[$((COLUMNS-1))b\n'` 的 bash 一行画满宽方框规则线，字节数 O(1) 不随终端宽度变化 —— `gh pr view --comments`、`glab issue view` 和大多数现代 CLI 以此替代 `seq` + `printf` 循环
• neovim screen redraw (when `set lazyredraw`)—neovim 把缓冲区更新批处理，redraw 刷新时对相同字形长串（空白填充、未绘制窗格占位）发 REP —— 在 `:set verbose=20` 跟踪中可见 `<Esc>[ Nb` 簇
• fastfetch / neofetch ASCII art renderer—发行版 logo ASCII 渲染用 REP 压缩同色块字符（`█`）的长串 —— 在公告 `rep` 能力的终端上，60×40 logo 从 ~12 KB UTF-8 缩到 ~3 KB；否则回落到字面输出
• less progress bar / file-size column padding—less ≥ 600 用 REP 在文件大小列偏窄时给底行 `:` 提示填空格 —— 在 200 列终端上，`\033[<N>b` 让每次状态更新的屏幕重绘字节数控制在 50 以内
• Windows Terminal 1.18+ test pattern generator—微软 `wt` 启动的测试图样 UI（Settings → Render → Test pattern）发出大量 REP 渐变以验证渲染器批处理 —— 1.21 一个破坏真彩单元 REP 的回归正是被这套夹具捕获

相关误区

该序列在实践中常见的踩坑——每条链接到完整的症状、成因与修复。

• ⚠REP 省略 Pn（\x1b[b）按 ECMA-48 §8.3.103 默认为 1 —— 显式 \x1b[0b 同样为 1，不是 0 / 空操作·#csi-default-params
• ⚠REP 把宽字符（CJK、emoji）按 Pn 次重复 —— 终端前进 Pn × 字形宽度 单元，但按字节 / 码点计数的程序会低估列宽，除非每次发出都调用 wcwidth·#wcwidth-disagreement

常见问题

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

REP（\x1b[Pn b）重复的是最近一个控制序列、最近一个字节，还是最近一个可打印字符？

严格是最近一个*图形字符* —— 即更新过终端显示的字符。控制码（CR、LF、BS）、SGR 序列、光标移动与空白都跳过；若尚未发出任何图形字符，REP 为空操作。printf '─\033[79b' 打 80 个 ─；printf '\033[31m\033[79b'（SGR 后接 REP，中间无图形字符）什么都不打。规范原文 ECMA-48 §8.3.103：「REP 令前一个图形字符被重复」。

为什么 macOS Terminal / iTerm2 不支持 REP？

Apple 的 Terminal.app 与 iTerm2 是 REP 普及前构建的 VT100 系模拟器 —— REP 是 xterm 扩展（自 X11R5）而 VT100 未定义。Apple 解析器把末字节 b 路由到空操作而非 REP 处理器，所以 \x1b[5b 什么都不打而非重复。可移植模式：启动时用 XTGETTCAP rep（\x1bP+q726570\x1b\\）探测，缺失时回落到字面循环 printf '─' x 80。现代终端（kitty、wezterm、Ghostty、foot、alacritty、mintty、Windows Terminal ≥ 1.18）均实现；Linux console 也实现（经内核 console_codes(4) VT 子集）。