Ctrl+Shift+K在Atom中仅当无选区时删除整行，有选区则删选区内容；安全做法是先按Esc清除选区再操作，或用Ctrl+Shift+Up/Down进行行级选择后删除。

不能直接用 Ctrl+Shift+K 删除已选中的行 —— 它会删掉选区内容，而不是整行。 这是 Atom 里最常被误用的操作之一。

为什么 Ctrl+Shift+K 在有选区时失效

Atom 的 Ctrl+Shift+K 命令本质是「删除当前光标所在行」，但前提是**没有活动选区**。一旦你用鼠标拖选、Ctrl+L 或其他方式选中了文本（哪怕只选了一个字符），Ctrl+Shift+K 就退化为「删除选区」，和 Delete 行为一致，不会触发整行删除逻辑。

常见错误现象：
- 选中三行文字后按 Ctrl+Shift+K，只删掉高亮部分，留下空行或残缺缩进
- 以为快捷键坏了，反复按，结果越删越乱

• 根本原因：Atom 把「有选区」和「无选区」当作两种编辑模式，命令行为完全不同
• 验证方法：按 Esc 清除选区，再试 Ctrl+Shift+K —— 立刻删整行
• macOS 用户注意：Cmd+Shift+K 同理，也受选区影响

真正安全删多行的两种做法

如果你已经选中了多行，别硬按 Ctrl+Shift+K。下面两个方法才是可靠路径：

• 先清除选区，再逐行删：按 Esc → 光标停在哪行就删哪行 → 连按 Ctrl+Shift+K 可连续删下行（每按一次光标自动落到下一行）
• 用行选择模式替代文本选择：不拖选，改用 Ctrl+Shift+Up/Down 多选「行块」——这种选区是「行级」的，此时 Ctrl+Shift+K 才会按行删除（不是按字符删）

注意：Ctrl+Shift+Up/Down 选中的行会在行号旁显示浅色背景，和普通文本选区视觉不同，这是 Atom 的行选择标识。

复制 + 删除组合操作更高效

日常写代码时，删行往往伴随试错：复制一行 → 改一改 → 不满意 → 删掉。这时候 Ctrl+Shift+D 和 Ctrl+Shift+K 是一对黄金组合：

• Ctrl+Shift+D 复制当前行到下一行（带换行符，粘贴即新行）
• 改完发现不对，光标留在新行 → 直接 Ctrl+Shift+K 干净删除，不留空行
• 如果复制后光标还在原行，按 ↓ 再删，比手动选中再删快得多

这个流程不依赖选区，全程无状态，也不怕误触 Ctrl+K（那是剪切到行尾，容易删半截语法）。

插件能绕过限制但不推荐盲目装

确实有插件如 line-duplicator 或 delete-line 提供「强制整行删选区」功能，但实际没必要：

• Atom 原生机制清晰：有选区 = 文本操作，无选区 = 行操作
养成 Esc 清选区的习惯，比装插件更轻量、更稳定
• 插件可能冲突：比如 delete-line 会覆盖原生 Ctrl+Shift+K 绑定，反而让协作或换机器时出问题
• 真正复杂场景（如正则批量删行）应该用 Ctrl+F → 正则模式 → ^.*$\n? 替换为空，而不是依赖快捷键

删行这件事，关键不是找更快的键，而是理解 Atom 怎么看待「选区」——它不是 bug，是设计前提。漏掉这点，所有快捷键都会变不可靠。