VSCode Ctrl+Shift+K 删行失败，主因是焦点不在编辑器或文件只读；撤销失效则因操作被覆盖或超出栈容量；清空文本应优先选中后删除而非删行。
VSCode 文本清理失败，八成不是功能坏了，而是你正在用的“清理动作”根本没走对路径。
Ctrl+Shift+K 删行没反应？先确认焦点和状态
这个快捷键本质是触发 editor.action.deleteLines 命令，但它只在两个条件同时满足时才生效：textInputFocus（光标在编辑器内）且 !editorReadonly（文件非只读）。常见卡点包括：
- 光标停在终端、搜索框、设置页或侧边栏——命令直接跳过，不报错也不响应
- Vim/Emacs 插件劫持了
Ctrl+Shift+K，比如绑定到extension.vim_cmd+shift+k这类自定义命令 - 键盘映射错配：Windows 上启用了 Mac 键盘布局，
Ctrl实际发的是Cmd信号，组合键压根没传进编辑器 - 当前文件被设为只读（比如挂载点无写权限、
chmod -w过），或 VSCode 自身被sudo code .污染过进程上下文
删完行 Ctrl+Z 恢复不了？撤销栈和操作顺序有隐性规则
Ctrl+Shift+K 是硬删除，不进剪贴板，全靠撤销栈回滚。但它的行为不像普通编辑那样线性：
- 连续按多次
Ctrl+Shift+K删除多行，一次Ctrl+Z就会一次性恢复所有被删行（不是逐行回退） - 删行后又做了其他编辑（比如输了个字符、按了回车），再按
Ctrl+Z只撤销最后一步，删掉的行不会回来 - VSCode 默认撤销栈只保留最近 100 步操作；删行后狂敲几百行代码，那条记录可能已被挤出栈
- 别依赖“多按几次 Z 就能找回来”——删之前看一眼光标在哪行，比事后补救更可靠
想清空内容但保留空行结构？别用删行，改用清空选区
如果你需要维持日志对齐、diff 对比或缩进层级，Ctrl+Shift+K 会破坏结构。它只认光标所在行号，哪怕你只用鼠标拖选了半行，也照样删整行。
- 正确做法：
Ctrl+Shift+Home（选中从光标到行首）→Delete，或Ctrl+A→Delete（清空全文但留空行） - 如果目标是清空某段文本但保留换行符，用
Ctrl+X剪切比Ctrl+Shift+K更可控——剪切进剪贴板，随时可粘回，不会丢失上下文 - 对只读文件或远程文件系统（如 NFS、/mnt/c），
Ctrl+Shift+K容易因权限或锁机制失败；优先检查ls -l和mount | grep确认写入能力
插件或语言模式干扰文本操作？关掉扩展再试
某些扩展（尤其是格式化类、语言服务类）会在保存或编辑时注入拦截逻辑，导致文本操作延迟、卡顿甚至静默失败：
- 打开一个纯文本文件（.txt，无语言模式），再试
Ctrl+Shift+K。如果有效，问题出在当前语言扩展或工作区配置上 - 禁用所有扩展（
Ctrl+Shift+P→Extensions: Disable All Installed Extensions），再逐一启用排查 - 检查输出面板（
Ctrl+Shift+U）里有没有Language Server或Extension Host报错，特别是Failed to fetch或Cannot read property 'xxx' of undefined类型错误
真正容易被忽略的是：删行操作是否真的进入了编辑器上下文，以及撤销行为是否被后续编辑覆盖。很多“清理失败”其实是误判了操作边界——你以为删了，其实命令没触发；你以为能撤，其实栈里早没了。
