Ctrl+Shift+K删行无效是因为焦点不在编辑器或被插件劫持；其依赖textInputFocus且非只读状态，需验证光标位置、插件冲突及键盘映射；误删后仅Ctrl+Z可恢复，但受撤销栈限制且不保留剪贴板。
Ctrl+Shift+K 删行为什么按了没反应
它不是坏了，是被截胡了。VSCode 的 editor.action.deleteLines 命令默认绑定在 Ctrl+Shift+K（Windows/Linux）或 Cmd+Shift+K（macOS），但必须同时满足两个条件才能触发：textInputFocus 且 !editorReadonly。常见卡点有：
- 光标焦点不在编辑器里——比如停在终端、搜索框、设置页或侧边栏，命令直接跳过
- Vim/Emacs 插件劫持了这个组合键，比如
"command": "extension.vim_cmd+shift+k"这类自定义绑定会优先响应 - 键盘布局错配——Windows 上启用了 Mac 键盘映射，
Ctrl实际发的是Cmd信号，组合键根本没传进编辑器
验证方法：打开一个纯文本文件（无语言模式），再试 Ctrl+Shift+K。如果有效，问题出在当前语言扩展或工作区配置上。
删错行后怎么精准还原
Ctrl+Z 能完整恢复，包括光标位置、缩进、换行符，但行为有隐性规则：
- 连续按多次
Ctrl+Shift+K删除多行，一次Ctrl+Z会一次性恢复所有被删行（不是逐行回退） - 删行后又做了其他编辑（比如输了个字符、按了回车），再按
Ctrl+Z只撤销最后一步，删掉的行不会回来 - VSCode 默认撤销栈只保留最近 100 步操作，删行后狂敲几百行代码，那条记录可能已被挤出栈
别依赖“多按几次 Z 就能找回来”——删之前看一眼光标在哪行，比事后补救更可靠。
Ctrl+X 和 Ctrl+Shift+K 的行为差异不能混用
这不是习惯问题，是底层机制完全不同：
-
Ctrl+X是剪切：整行进剪贴板，随时Ctrl+V粘回来——误按后容易反复粘贴出重复代码 -
Ctrl+Shift+K是硬删除：不碰剪贴板，删完只能靠Ctrl+Z撤销；且连续删除会被合并为一次撤销单元 - 哪怕你只用鼠标拖选了半行，按
Ctrl+Shift+K依然删整行——它只认光标所在行号，不认选区
需要保留空行结构（比如日志对齐、diff 对比）时，别用 Ctrl+Shift+K，改用 Ctrl+Shift+Home + Delete 清空内容但留行。
批量删行和清空空行的实用链路
手动连按 Ctrl+Shift+K 十几次容易错行，尤其光标位置模糊时：
- 多行删除推荐路径：
Ctrl+L选中当前行 →Shift+↑或Shift+↓扩展选区 → 按Delete：删的内容进剪贴板，可粘贴回退 - 清空所有纯空行：
Ctrl+H打开替换 → 勾选「正则表达式」→ 查找^\s*$→ 替换为空：一次扫净，不漏折叠区域内的空行 - 折叠代码块上光标停留时，
Ctrl+Shift+K仍会删掉那整行（含折叠标记），动手前务必确认光标没停在不该删的位置
VSCode 没有“当前编辑行”这个概念——只有光标坐标。光标在第 5 行末尾按了 Enter，跳到第 6 行开头，此时删的就是第 6 行，不是你“以为还在编辑”的那行。
