home/end 默认跳物理行首尾而非逻辑起点，vscode 中需用 cursorhome 命令（可绑定 ctrl+shift+home）跳至首个非空字符前，cmd+←/→ 在 macos 上自动跳过缩进且更可靠。
Windows/Linux 下 Home/End 键为什么有时跳不准？
Home 和 End 默认只跳到当前行的**物理开头/结尾**，即第 1 列或换行符前——但如果你行首有缩进（空格、Tab），光标会停在缩进位置，而非第一个代码字符前。这不是 bug，是设计如此。
-
Home在 Python 或 YAML 文件中常被语言扩展重映射（比如 Pylance 绑定为「跳转到定义」），按了没反应时先检查是否被劫持 - 多光标模式下，
Home只作用于主光标，其余光标不动 - 终端（Terminal）里
Home/End行为由 shell 控制（如 bash 的Ctrl+A/Ctrl+E），和编辑器无关
macOS 上 Cmd+← / Cmd+→ 是最稳的行首行尾跳转
这是 VSCode 原生支持、不依赖插件、且几乎不会被系统级快捷键覆盖的组合。它跳的是「当前行第一个非空白字符前」和「最后一个非空白字符后」，对齐实际编码意图。
- 不同于 Windows 的
Home，Cmd+←自动跳过缩进，停在function、if、return等关键字前 -
Cmd+→跳到行尾非空字符后（不是换行符前），避免光标“消失”在看不见的位置 - 妙控键盘需确认 Fn 键未启用——否则
Cmd+←可能触发系统级页面滚动
想跳到「逻辑行首」（跳过空格）？用 cursorHome 命令
VSCode 内置命令 cursorHome 就是干这事的：跳到当前行第一个非空白字符前。但它默认没绑定快捷键，得手动配。
- Windows/Linux 推荐绑定为
Ctrl+Shift+Home，避开输入法常用组合（如搜狗的Ctrl+Shift+Space） - macOS 不建议绑
Cmd+Shift+←：和系统「切换全屏应用」冲突，改用Cmd+Shift+H更安全 - 绑定后，在折叠代码块里仍有效——比如函数体被折叠，光标仍能精准落到
{前
Ctrl+Home / Ctrl+End 是文件首尾，不是行首行尾
这个混淆最多：Ctrl+Home 跳的是整个文件第一行开头，Ctrl+End 跳最后一行末尾。它们和「当前行」完全无关，别指望用来快速编辑单行。
- 大文件（>5MB）中，
Ctrl+Home可能延迟半秒才响应，因为要加载整份文档结构 - 如果文件末尾没换行符，
Ctrl+End会停在最后一个字符后，而非新起一行的位置 - 折叠区域不影响跳转目标——哪怕
import块被收起，Ctrl+Home还是跳到文件真实第 1 行
Home 该跳“代码起点”。它跳的是列位置，而 cursorHome 才跳语义起点——这两个行为在缩进敏感的语言里差得远。
