ctrl+alt+k是sublime text中单次按键即可删除光标至行尾内容的原生命令，不删除换行符，支持多光标同步操作，但不进剪贴板，误删需用ctrl+z撤销。
Ctrl+Alt+K 是删到行尾的原生命令
Windows/Linux 下按 Ctrl+Alt+K，macOS 下同理（Cmd+Alt+K），会从光标当前位置删到本行末尾（不含换行符）。这个操作调用的是内置命令 right_delete，不是模拟插件行为，稳定可靠。
常见错误是误用 Ctrl+K, Ctrl+K：它其实是“删到行尾并清空剪贴板”，但触发方式是两次按键，容易按错节奏；而 Ctrl+Alt+K 是单次按下即生效，更符合直觉。
- 光标在
console.log("hello"中间，按一次Ctrl+Alt+K→ 剩下console.log("hello - 光标已在行尾，按
Ctrl+Alt+K无效果（没东西可删） - 若当前行是软换行（wrapped line），它只删“逻辑行”末尾，不跨视觉换行
多光标下 Ctrl+Alt+K 会同步删所有光标位置的行尾
这是高效清理多行末尾空格或临时调试代码的关键。比如你用 Ctrl+L 选中几行，再按 Ctrl+Shift+L 拆成多光标，此时所有光标都停在行尾前一位——这时按 Ctrl+Alt+K，每行都会精准删掉从光标处到各自行尾的内容。
注意：如果多光标不在同一列，删除长度不同，结果就是各行删掉的字符数不一致。别指望它对齐删第 20 列之后——它只认“本行光标后到行尾”。
- 适合场景：批量删每行末尾的
// TODO、多余逗号、分号 - 不适合场景：想统一删掉每行第 15 列之后的内容（得用正则或列选择）
- 误操作后立刻
Ctrl+Z可撤销，Sublime 的撤销粒度是“操作级”，整批删除算一次
为什么有时删不到预期位置？检查换行符和插件冲突
Ctrl+Alt+K 的行为依赖 Sublime 对“行尾”的判断。如果文件混用 \n 和 \r\n，或存在 BOM，可能导致光标逻辑位置偏移，表现为删多了或删少了几个字符。
更隐蔽的问题是插件劫持了该快捷键。比如某些代码格式化插件会重绑定 Ctrl+Alt+K 为“格式化当前行”，此时你按下去实际执行的是格式化而非删除。
- 验证是否被覆盖：打开命令面板（
Ctrl+Shift+P），输入right_delete，看是否能手动触发 - 排查插件：临时禁用所有插件，再试
Ctrl+Alt+K，恢复即说明有插件干扰 - 终极保险：在
Preferences → Key Bindings里确认是否有自定义绑定覆盖了{"keys": ["ctrl+alt+k"], "command": "right_delete"}
删到行尾 vs 整行删除：别混淆 Ctrl+Alt+K 和 Ctrl+Shift+K
Ctrl+Alt+K 留下换行符，Ctrl+Shift+K 连换行符一起删。这意味着前者删完后光标还留在原行（只是变空），后者会让下一行直接顶上来。
这个差异在处理配置文件或 JSON 时特别关键：用错会导致格式错乱。比如删掉某行末尾的注释用 Ctrl+Alt+K，但如果误按 Ctrl+Shift+K，整行消失，可能让 JSON 缺少逗号或括号不匹配。
- 删调试语句末尾的
; // temp→ 用Ctrl+Alt+K - 删整行
console.log(...);→ 用Ctrl+Shift+K - 删空行？别用
Ctrl+Alt+K，它对空行无效；该用正则^\s*$\n或Ctrl+Shift+K
Ctrl+Z 回退最安全——别等它消失才想起没备份。
