DCH — 删除字符（CSI Pn P）

在哪里用到

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

• vim / neovim insert-mode `x` / `X` / `dw`—插入模式 delete-char 和 delete-word 重绘时为每个丢失字符的行发出 `\x1b[<n>P`（DCH）—— `:set list listchars=trail:·` 后 `dw` 并用 `:set verbose=15` 跟踪可见按行的 DCH 流，而非整行重绘
• less search-highlight clear with row preserve—`less ≥ 633` 在窄列中清除过时 `--HILITE--` 标记时为每个受影响单元发 DCH 而不是整行擦除 —— 通过 `LESS_TERMCAP_so=$'\x1b[7m' less -+R file` 配 debug-trace 模式可观察
• ncurses `delch()` / `wdelch()`—Curses 原语 —— `delch(WINDOW *)` 和 `wdelch(WINDOW *)` 直接映射到 terminfo `dch1` 能力（单字符 DCH `\x1b[P`），可选 `dch`（多字符 `\x1b[<n>P`）做批量删除。TUI 库从 `terminfo_string("dch1")` 插入 DCH —— `infocmp xterm | grep dch` 查值
• GNU readline `kill-word` / `unix-word-rubout`—分别绑定到 `M-d` 和 `C-w`，二者重绘行编辑缓冲时对被删跨度用 DCH `\x1b[<n>P`，而不是完整提示符重绘 —— 用 `bind -p | grep -E 'kill-word|rubout'` 可见，通过 `READLINE_LINE` 内省可跟踪
• mc command-line edit field—Midnight Commander 底部命令行编辑域用 DCH 做按字符删除而不是重绘整个 1 行输入 —— 保持 `mc` 打开、按 `Ctrl+W` delete-word，`strace -f -e write -p $(pgrep mc)` 可见 `\x1b[<n>P` 字节

相关误区

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

• ⚠DCH \x1b[P 省略 Pn 按 ECMA-48 §8.3.26 默认为 1 —— \x1b[0P 同样为 1 不是空操作；大写 P（DCH）与 M（DL）最终字节笔误会删除整行而不是行内字符·#csi-default-params
• ⚠DCH 按*单元*计数，不按字符计 —— 用 \x1b[1P 删一个宽字符（CJK / emoji，wcwidth=2）只移除*左*半单元，在 xterm / kitty / foot 上留下孤立的右半残留；安全模式是 \x1b[<wcwidth>P 显式指定宽度·#wcwidth-disagreement

常见问题

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

DCH（\x1b[5P）会移动光标吗？

不会 —— 光标原地不动。DCH 从光标*所在*单元开始（光标下的单元为第一删除项）删除 Pn 个单元，把行后续内容左移 Pn 位，行右端用带当前 SGR 背景色的 SP 单元补齐。光标列号保持不变。常见视觉误解：因为光标下的单元现在显示的是原本在右侧 Pn 列的字符，*看起来*像光标动了。TUI 列记账在 DCH 后偏移时，用 DSR \x1b[6n 实测一下。

DCH 和终端里按 Delete 键有何区别？

DCH 是*输出*序列 —— 程序把它写到 stdout，终端修改可见行。键盘上的 Delete 键是*输入*事件 —— 终端向前台进程的 stdin 发 \x7f（DEL，BS-key 仿真）、\x1b[3~（xterm Delete）或 \x1b[P（遗留 DEC），由该进程（shell / vim / 你的 TUI）决定如何处理。bash readline 的 delete-char 绑定最终在视觉更新里向终端发出 \x1b[P（DCH），两者因此常被混为一谈。它们相关，但数据流方向相反。