VSCode批量清理文本应优先使用列选择（Alt+拖选）和Ctrl+Shift+K：前者按坐标精准操作列内容，避免Ctrl+D语义匹配导致漏选；后者按行号删除，需确保光标在编辑器内且注意焦点位置。
VSCode 里批量清理文本，别用 Ctrl+D 或正则硬刚——列选择（Alt+拖选）和 Ctrl+Shift+K 组合才是稳定、可控、不丢光标位置的核心路径。
为什么 Ctrl+D 不适合批量删字段或对齐内容
它靠字符串匹配，一旦目标字段值不一致（比如 JSON 的 "id": 123 和 "id": "abc"），就漏选；多行缩进混用空格和 Tab 时，还容易错位。真正要按“列位置”统一操作——比如删掉每行第 20 列的冒号、补上统一前缀 log:——必须用坐标定位，不是语义匹配。
实操建议：
- 先打开
"editor.renderWhitespace": "all"，看清哪些是空格、哪些是 Tab，避免列偏移 - 按住
Alt（Windows/Linux）或Option（macOS），从第一行目标列起始处垂直拖到最后一行对应列，松手即生成矩形选区 - 直接输入字符（如
debug:）或按Delete批量删该列范围内的内容 - 若需保留原内容只清空某列，不要用
Backspace——它只删光标前一个字符，Delete才作用于整列
Ctrl+Shift+K 删行时，光标在哪决定删哪一行
VSCode 没有“当前编辑行”概念，Ctrl+Shift+K 只认光标所在**行号**。哪怕你刚在第 5 行末尾按了 Enter，光标跳到第 6 行开头，此时删的就是第 6 行——不是你以为还在改的那行。
常见误操作：
- 折叠代码块上停留光标 → 删的是带折叠标记的整行，不是展开后的内容
- 光标停在终端、搜索框或设置页 → 快捷键根本不会触发（
when条件textInputFocus && !editorReadonly不满足） - 多光标状态下每个光标独立触发删除 → 若没注意分布，可能意外删掉多行
- 想删连续几行？用
Shift+Alt+↓向下扩展选区，再按Delete，比连按Ctrl+Shift+K更可控
清空空行、合并行、删单词边界这些事，别依赖 Ctrl+Backspace
Ctrl+Backspace 和 Ctrl+Delete 是按“单词”删，但所谓“单词”由空格、括号、符号界定，行为不稳定：光标在行首时 Ctrl+Backspace 会吞掉上一行末尾，光标在行尾时 Ctrl+Delete 会删换行符并把下一行拉上来。
更稳的选择：
- 清空纯空行：
Ctrl+H→ 开启正则 → 查找^\s*$→ 替换为空，一次扫净，不漏折叠区域 - 删光标左侧全部（含换行符）：
Ctrl+K Ctrl+T，光标移到上一行末尾 - 删光标右侧全部（含换行符）：
Ctrl+K Ctrl+K，当前行变空，光标停行首 - macOS 用户注意：
Option+Delete= 向左删单词，Fn+Option+Delete= 向右删单词；Cmd+Delete在 VSCode 中默认无效，别绑定它
删完发现撤销不了？不是 VSCode 坏了，是操作超出了栈容量
VSCode 默认只保留最近 100 步操作。批量删几十行后又狂敲几百行新代码，那条删除记录大概率已被挤出撤销栈。这不是 bug，是设计限制。
关键应对方式：
- 批量删多行前，先用
Ctrl+Shift+P→ 输入File: Save As备份当前文件副本 - 别指望
Ctrl+Z能一次性回退整批删除——它逐行恢复，且不可逆 - 如果已删且无备份，立刻关掉文件（不保存），再从磁盘重新打开原始文件
- 自定义快捷键时，检查
keybindings.json是否存在冲突绑定，比如"command": "extension.vim_cmd+shift+k"会劫持原生命令
最常被忽略的一点：列选择和 Ctrl+Shift+K 都依赖光标是否落在编辑器内——停在终端、搜索框、侧边栏时，一切快捷键都静默失效。删之前，记得点一下代码区任意位置，让焦点回来。
