Ctrl+Shift+→（Windows/Linux）或 Cmd+Shift+→（macOS）是 VSCode 原生支持的“从光标到行尾”选中快捷键，稳定可靠、无需配置，不包含换行符，区别于 Ctrl+L 或 Shift+→，适用补充分号、删除行尾冗余等场景。
Ctrl+Shift+→（Windows/Linux）或 Cmd+Shift+→（macOS）直接选中到行尾
这是 VSCode 原生支持、无需配置的快捷键，行为稳定且不依赖光标是否在换行符上。它从当前光标位置开始，向右连续选中所有字符（含空格、注释、符号），直到行末（\n前一个位置），不包含换行符本身。
常见错误现象：有人误用 End 键——它只移动光标，不选中；也有人尝试 Ctrl+L，但它选的是整行（含换行符），且容易因光标位置偏差选错行。
- 适用场景：补充分号、追加逗号、快速删除行尾冗余内容、为后续格式化做准备
- 注意：若光标已在行尾，该组合键无效果（无可选内容）
- 与
Shift+→的区别在于——后者逐字符扩展，而Ctrl+Shift+→是“词级跳跃”选中，但对大多数编程语言（如 JavaScript、Python、Go）来说，它实际表现就是“到行尾”，因为行尾没有“下一个词”
为什么不用 Ctrl+L 或 editor.action.selectLine？
Ctrl+L 默认绑定的是 editor.action.expandLineSelection，不是真正意义上的“选当前逻辑行”。它的行为是上下文感知的：光标落在上一行的换行符上时，会选中下一行；多光标存在时，每个光标独立触发，可能选中不相干的行。
而 editor.action.selectLine 确实能稳定选中当前行（含换行符），但它选的是整行——包括开头缩进和结尾换行符，不符合“从光标到行尾”这一精确需求。
- 如果你真需要“从光标到行尾”，
Ctrl+Shift+→是唯一原生、可靠、语义准确的方案 - 自定义快捷键没必要——这个组合键已内置，且冲突概率极低（系统级快捷键一般不占用该组合）
- 插件如 Vim 模式会覆盖该行为，此时需检查插件是否禁用了原生键位映射
Mac 用户注意 Option 键干扰
macOS 下，Option+→ 是逐词跳转，Cmd+→ 是跳到行尾——但都不选中。只有 Cmd+Shift+→ 才触发选中动作。容易混淆的是：Option+Shift+→ 在某些键盘布局下会触发系统级文本服务（如拼音候选框），导致快捷键失效。
- 确认是否启用了输入法热键冲突：系统设置 → 键盘 → 快捷键 → 输入源，关闭“选择上一个输入源”的快捷键（通常是
Cmd+Space或Ctrl+Space） - VSCode 内部可验证：打开命令面板（
Cmd+Shift+P），输入 “Preferences: Open Keyboard Shortcuts (JSON)”，搜索cursorWordEndRightSelect，确认其键位绑定未被覆盖 - 若仍无效，临时切换为英文输入法再试——这是 macOS 上最常被忽略的环境因素
终端或远程开发环境下行为可能不同
通过 SSH 连接远程服务器并在 VSCode Remote - SSH 中编辑时，Ctrl+Shift+→ 依然有效；但在某些老旧终端（如 Windows Subsystem for Linux v1）或非标准键盘映射下，Shift+→ 可能被截获为终端控制序列，导致无法触发选中。
- 优先使用本地窗口而非终端内嵌编辑器来执行该操作
- 若必须在终端里操作，改用鼠标双击拖拽至行尾——虽然慢，但 100% 可靠
- 远程开发建议启用 VSCode 的“Use Legacy Terminal”选项关闭（设置中搜
terminal.integrated.useLegacyShell），避免 shell 层级劫持快捷键
真正要小心的不是快捷键记不住，而是光标停在哪——很多“选不到行尾”的问题，其实是因为光标已经跨过换行符，进入了下一行开头。这时候按什么都没用，得先按 ↑ 回退一行，再按 Cmd+Shift+→。
