Alt+←只回退语义化跳转（如F12、Ctrl+Click），不记录编辑行为；真正回退到上一次输入/删除/粘贴位置的是Ctrl+U（Win/Linux）或Cmd+U（macOS），它基于光标显式位移快照，连续按可逐级退回更早编辑点。
Alt+← 不能跳回“上次编辑处”，它只管跳转历史，不记录编辑行为。真正能回退到上一次输入、删除或粘贴位置的，是 Ctrl+U（Windows/Linux）或 Cmd+U（macOS）。
为什么 Alt+← 按了没反应或跳错地方
VSCode 的 Alt+←（Windows/Linux）或 Ctrl+-（macOS）绑定的是 workbench.action.navigateBack 命令，它只收录「语义化跳转」动作：
- F12、
Ctrl+Click、Shift+F12、Ctrl+P打开文件后回车——这些会入栈 -
Ctrl+G跳行号、鼠标滚动、方向键移动、点击大纲视图（默认）——全都不记录 - 焦点不在编辑器内（比如当前在终端、搜索框、设置页）时，快捷键被直接忽略
- Linux 桌面环境（如 GNOME）可能把
Alt+←当作切换工作区，系统级拦截
Ctrl+U 才是回退编辑位置的正确命令
Ctrl+U（Windows/Linux）或 Cmd+U（macOS）对应 cursorUndo，专为「编辑光标落点」设计：
- 每次输入、删除、粘贴、格式化代码都会记一次位置快照
- 连续按多次可逐级退回更早的编辑点（比如从 if 分支 → 函数开头 → import 行）
- 不依赖文件是否保存，未保存的修改也计入位置历史
- 但中间若执行了
Ctrl+F、Ctrl+H或命令面板操作，也会插入记录，干扰路径
容易被覆盖或失效的配置点
即使知道该用哪个快捷键，以下几处常导致功能“看似失效”：
-
editor.editorHistory.enabled被设为false（极少见，但可在设置中搜该配置项确认） -
keybindings.json中手动覆盖了workbench.action.navigateBack或cursorUndo绑定 - 某些扩展（如旧版
Bracket Pair Colorizer、Auto Rename Tag）劫持光标事件，中断位置记录 - 多根工作区中，跨文件夹跳转时目标文件未被“激活”（即未在编辑器中打开过），导航栈不完整
替代方案：命令面板比快捷键更可靠
当快捷键失灵时，绕过所有映射冲突最稳的方式是直接调用命令：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Go Back并回车 → 触发workbench.action.navigateBack - 输入
Last Edit Location并回车 → 精准跳转到最近一次编辑发生的位置 - 这两个命令不依赖键盘映射，只看历史栈是否有效
真正容易被忽略的是：VSCode 从不自动记录“你看了哪一行”，它只忠实地记下“你有没有主动发起一次跳转”或“有没有触发一次编辑”。光标点一下、滚一下、缩放一下——全不算。
