DECARM — 按键自动重复模式（CSI ? 8 h / l）

在哪里用到

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

• vim long-press repeat suppression—Vim 进入插入模式时若配置 `:set ttimeoutlen=0` 会发 `\x1b[?8l`，防止终端侧按键重复超过编辑器按键级别的常规模式命令 —— `:verbose set ttimeoutlen?` 检查，用 `script` 跟踪可见发送
• less paging with held arrow key—在 OS *不*生成按键重复的终端上（pre-3.2 tmux 配置中的某些复用器），`less` 依赖 DECARM `\x1b[?8h`（默认）让用户按住 `j` 或 `↓` 时按行滚动重复 —— `tmux: set -g repeat-time 0` 关闭后观察按一次后停止滚动
• terminfo `decarm` capability—作为 `km` 布尔能力（「有 meta 键」—— 对 DEC 系终端隐含 DECARM）列出；`infocmp xterm | grep -E 'km|decarm'` 显示该位。应用代码通过 `tigetflag("km")` 读取来决定是否安装按键去抖
• GNU readline `quoted-insert` (Ctrl-V / Ctrl-Q)—按住 `Ctrl-V` 插入字面控制字节，在 OS 层不为修饰键自动重复的终端（某些带 modifier-debounce 的 Wayland 合成器）依赖 DECARM `?8h` 重复 —— `bind -P | grep quoted-insert` 显示绑定，用 `READLINE_DEBUG=1` 跟踪
• htop refresh-rate vs key-repeat interaction—htop 的「Setup → Display options → Update interval」在「按住箭头滚动进程列表」场景与 DECARM 交互：`?8h`（默认）配 1.5 s 刷新时，按住 `↓` 滚动长列表平滑，因为终端按键重复超过重绘；`?8l` 则每次按键后暂停直到重绘追上 —— 在会话间切换 `setterm -repeat off`/`on` 可见

常见问题

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

DECARM \x1b[?8h / \x1b[?8l 到底控制什么？

DECARM（Auto-Repeat Mode）控制*终端*是否在按键按住时生成重复按键 —— 不同于窗口系统应用的任何 OS 级按键重复。在硬件 DEC VT220 / VT320 上这是按住键得重复的唯一方法；在现代模拟器上基本是 vestigial，因为 OS 已在输入法层（xkb、IBus、macOS 上的 IMK、Windows 内核）处理按键重复。今天 ?8h 是支持矩阵中每个终端的默认值；?8l（关闭）xterm、kitty、foot、gnome-terminal、konsole 支持 —— Windows Terminal、ConPTY、alacritty（完全委托给 OS）上是空操作。用例已死 —— 现代 TUI 作者通过 XKB 或 AppKit 按键规则全局禁用 OS 按键重复，而不依赖 DECARM。

我的编辑器模态键映射应不应该发 \x1b[?8l 关闭重复？

不要 —— \x1b[?8l 触不到 OS 按键重复层，所以任何把重复委托给 OS 的终端上（Windows Terminal、ConPTY、alacritty、Wayland 下设 enable_key_repeat = yes 的 kitty），按住键仍会向你的 stdin 涌入重复字节。到达的字节无论 DECARM 开关都一样，因为重复是在终端*之外*生成的。正确模式在应用侧：给收到的字节打时间戳并在去抖窗口内忽略重复，或用 kitty keyboard protocol \x1b[>1u（它*会*把 key-down vs key-up vs key-repeat 作为带渐进增强标志的独立事件上报）。对 Vim / Helix / Kakoune 风格模态编辑，kitty 协议是受支持的答案。