vscode没有“上一个修改点”的原生键盘导航功能；editor.action.lasteditat命令是唯一接近该需求的内置能力，但它不支持绑定快捷键，仅记录最后一次插入/删除/粘贴的光标位置，且易被格式化、自动补全等操作覆盖。
VSCode 没有“上一个修改点”的原生键盘导航功能
直接说结论：editor.action.lastEditAt 命令（即 “Go to Last Edit Location”）是 VSCode 唯一接近该需求的内置能力，但它**不支持绑定快捷键**——你在 keybindings.json 中手动添加对它的映射会被忽略，VSCode 会静默丢弃。这不是配置错误，而是设计限制。
它只记录最后一次插入、删除或粘贴发生的光标位置，且不区分文件：按一次可能跳到刚编辑过的另一个 tab 里；中间若执行过格式化、自动补全、ESLint fix，这个“最后”就会被覆盖；未保存的临时改动它能记，但一旦你滚动、点击或切换焦点，历史就断了。
真正能用快捷键跳的，只有“导航历史”和“编辑位置回退”两类
这两类常被混淆，但底层机制完全不同：
-
workbench.action.navigateBack（默认Alt+←/Ctrl+-）：只记录 F12、Ctrl+Click、Ctrl+P 打开后跳转等**语义化导航动作**，和“改没改代码”完全无关 -
cursorUndo（默认Ctrl+U/Cmd+U）：记录的是**显式光标移动**（如 F12 后按回车、查找后回车），不录鼠标点击、方向键、滚动条拖动
两者都不感知“修改内容”，只管“光标停在哪”。如果你刚删了一行 console.log，然后点了别处，这两个命令大概率不会带你回去——因为删除本身不触发入栈，光标离开才记，而离开的位置未必是你想回的那行。
GitLens 是定位真实修改行最可靠的方式
当你心里想的“修改点”其实是 Git 差异行（新增/删除/变更），那必须靠 GitLens：
- 安装后，行号左侧出现绿色（新增）或红色（删除）标记，直接点击就能跳
- 快捷键
Ctrl+Shift+Alt+Down（Win/Linux）或Cmd+Shift+Option+Down（macOS）可顺序跳转当前文件中下一个 Git diff 行 - 前提是：文件在 Git 仓库中且已被跟踪；左下角状态栏显示分支名（否则 Git 扩展未就绪）
注意：它不跳未暂存的空行、不跳格式化改动（除非你 git add --intent-to-add 过），但所有真实提交级差异都精准覆盖。
别指望快捷键覆盖全部场景，得组合用
复杂点在于：“你眼中的修改”和 VSCode/Git 实际追踪的粒度根本不在一层：
- Prettier 自动加分号？不进任何历史栈
- ESLint
fix on save？不触发lastEditAt，也不算 Git diff（除非已暂存） - 未保存的文件？GitLens 看不见，
lastEditAt可能还留着，但Ctrl+U已失效
所以实际工作流往往是：Ctrl+U 试一次 → 没反应就 Ctrl+Shift+P 输 Last Edit Location → 还找不到就打开 GitLens 的 Git Changes 视图 → 最后兜底用 Ctrl+Shift+F 搜关键词。真正卡住人的，从来不是快捷键没配好，而是没分清此刻你要找的，到底是光标位置、跳转入口，还是 Git 行号。
