end键是最直接有效的办法：windows/linux下按end键光标即跳至当前行末（不含换行符），mac用户用cmd+→；空行时停在行首；命令面板执行“go to end of line”更稳定；自定义快捷键推荐ctrl+;，避开ctrl+end等冲突组合。
按 End 键是最直接有效的办法
Windows/Linux 下，光标在任意编辑位置，直接按 End 键，它就会跳到当前行末（不含换行符）。这是 VS Code 默认启用、无需配置的原生行为，响应快、无延迟。
常见错误现象：有人按了没反应，大概率是因为键盘被设为「功能键模式」（尤其笔记本），End 实际触发的是音量/亮度调节。解决方法是按住 Fn 再按 End，或进 BIOS/系统设置切换功能键行为。
- Mac 用户对应的是
Cmd + →（不是End键，多数 Mac 键盘甚至没有独立End） - 如果当前行是空行，
End会停在行首——因为“行末”和“行首”重合了 - 该操作不会触发任何格式化或自动补全，纯位移，安全可靠
用命令面板执行 Go to End of Line 更稳定
当快捷键失效（比如远程开发、某些终端集成场景下 End 被拦截），或者你想确认行为是否被插件覆盖时，命令面板方式更底层、更可控。
实操建议：
- 按
Ctrl + Shift + P（Win/Linux）或Cmd + Shift + P（Mac）打开命令面板 - 输入
Go to End of Line，回车即可 - 这个命令名在中文版里搜“移动到行末”也有效，但英文名更稳定，尤其跨语言环境
为什么推荐？因为它绕过了键盘映射层，直通编辑器核心 API，适合调试光标异常问题。
自定义快捷键要避开冲突，优先用 Ctrl + ; 这类冷门组合
如果你习惯 Vim 模式、或常用 Ctrl + → 做单词跳转，可能想换一个专属键位绑定到 cursorLineEnd。但别乱选。
容易踩的坑：
-
Ctrl + End是「跳到文件末尾」，和行末冲突，不能复用 -
Ctrl + →在部分语言扩展（如 Python Pylance）中已被占用做符号跳转 - 用
Ctrl + ,或Ctrl + .容易和系统输入法快捷键打架
实操建议：打开 Ctrl + K → Ctrl + S，搜 cursorLineEnd，点加号后按 Ctrl + ; ——这个组合在绝大多数键盘布局和输入法下都干净可用。
双击行尾空白处也能跳，但只适用于鼠标操作场景
把鼠标移到某一行最右侧、紧挨着滚动条的空白区域（注意不是代码区最右字符后，而是编辑器边缘那块灰白空隙），双击，光标会瞬间落到该行末。这不是“点击行尾”，而是 VS Code 对编辑器右边界的一次特殊响应。
使用场景有限：
- 你正在用触控板/触摸屏，不方便按键盘
- 想快速定位并紧接着输入分号、逗号或注释
// - 但不适用于批量操作或自动化流程——毕竟得靠手眼配合
注意：如果开启了 "editor.cursorSurroundingLines": N（让光标始终居中显示），双击行尾有时会先触发垂直滚动，再落位，有轻微延迟。
真正容易被忽略的是：行末 ≠ 行尾可见字符之后。如果一行结尾有空格或制表符，End 会停在它们后面；而开启 "files.trimTrailingWhitespace": true 后，这些空格会被自动删掉，导致“明明按了 End 却发现光标比上次少走了两格”——这不是 bug，是设置生效了。
