Sublime Text 一键删到行尾应使用 Ctrl+Shift+K（Win/Linux）或 Cmd+Shift+K（macOS），该命令执行 right_delete，原子性删除光标右侧至本行末尾内容，不跨行、不触发多步撤销，且不受软换行和插件干扰。
Sublime Text 怎么一键删到行尾
直接按 Ctrl+Shift+K（Windows/Linux）或 Cmd+Shift+K（macOS），光标右侧所有字符（含空格、换行符前内容）立刻清空，不触发撤销栈的“多步”记录，本质是执行 run_command("right_delete") 的快捷绑定。
这个操作不是“删除选中内容”，而是以光标为起点向右擦除——哪怕光标在行中，也只删到本行末尾，不会跳到下一行。
为什么 End + Delete 不可靠
手动按 End 再按 Delete 看似等效，但实际有三个坑：
-
End在 Sublime 中默认行为是“跳到视图行尾”，不是物理行尾；若代码折行（soft wrap 开启），End停在视觉末尾，Delete只删那半行，留着后面真正行尾的内容 - 某些插件（如
Emacs Pro Essentials）会重绑定End，导致行为漂移 - 连续操作时节奏慢：手要离开主键区，定位方向键，再切回删除键，打断编码流
Ctrl+Shift+K 和 Ctrl+K, Ctrl+K 有什么区别
两者都删到行尾，但底层机制和副作用不同：
-
Ctrl+Shift+K是原子命令，不可撤销单步，但整行尾部删除算一次撤销单位 -
Ctrl+K, Ctrl+K是“set_mark” + “delete_to_mark” 组合，会把光标位置设为临时标记点；如果之前用过Ctrl+K, Ctrl+A（删到行首），标记点残留会导致下次Ctrl+K, Ctrl+K删错位置 - 后者在多光标场景下更不稳定：每个光标独立记 mark，但删除时可能因光标顺序错乱而漏删某行
日常就认准 Ctrl+Shift+K，别混用。
自定义快捷键时容易踩的配置坑
想改快捷键？别直接改 Default.sublime-keymap。编辑用户键绑时注意：
- 必须写在
Preferences → Key Bindings – User里，且格式是 JSON 数组，不是单个对象 - 命令名写错会静默失效，比如写成
"command": "right_delete"是对的，但写成"command": "delete_to_end_of_line"就没反应（后者根本不存在） - 如果加了
"context"限定（比如只在 Python 文件生效），记得检查key是否匹配当前语法：Python 文件的selector是source.python，不是python
最简安全写法：
[{"keys": ["ctrl+alt+k"], "command": "right_delete"}]
删到行尾这事本身简单，但一旦和多光标、软换行、插件冲突搅在一起，光标位置和删除范围就容易出偏差——动手前先确认你用的是原生 right_delete，而不是某个插件模拟的“看起来像”的命令。
