Alt+←无反应通常因未触发语义跳转或被系统/输入法拦截；真正记录导航历史的操作包括F12、Ctrl+Click等，可通过状态栏或命令面板验证。
Alt+← 为什么按了没反应？先看是不是真触发了“可记录跳转”
VSCode 的 Alt+←（Windows/Linux）或 Ctrl+-（macOS）只对语义化跳转行为记录位置，不是所有光标移动都算数。如果你只是滚动、鼠标点击空白处、用方向键挪了几下，或者通过 Ctrl+P 打开文件后手动点了一行代码，这些都不会进导航历史栈。
真正会被记录的操作包括：
-
F12（Go to Definition） -
Ctrl+Click（在支持语言服务的文件中） -
Shift+F12（Go to References） -
Ctrl+Shift+O（Go to Symbol in File） - 插件触发的跳转（如 ESLint Quick Fix 后光标落点，前提是插件调用了正确的 API）
验证方法：跳转后看状态栏右下角是否显示了新文件路径 + 行号；再打开命令面板（Ctrl+Shift+P），输入 Go Back 并执行——如果能回去，说明历史存在，只是快捷键被系统或输入法拦截了。
Ctrl+U 是什么？它和 Alt+← 有啥区别？
Ctrl+U 是 VSCode 原生的「撤销光标移动」命令，作用是把光标退回到前一次跳转前的位置，但它不依赖导航历史栈，而是靠编辑器内部的光标快照机制。它的触发条件更窄：只响应显式跳转动作（比如 F12、Ctrl+F 查找后点击匹配项），不响应大纲视图点击或非语言服务的文本匹配跳转。
关键差异：
-
Alt+←可跨多次跳转逐级返回（A→B→C→D，按两次回到 B）；Ctrl+U默认只回退一级，且不支持连续多级（除非你反复跳转并触发新快照） -
Ctrl+U在多光标场景下只作用于主光标；Alt+←不受多光标影响 - 某些旧版文档误写
Ctrl+U能“撤销编辑”，其实它完全不影响文本内容，只动光标
快捷键失效时怎么救？别硬按，换方式或查配置
70% 的“按了没反应”问题源于系统级冲突：Windows 任务视图、远程桌面、中文输入法（尤其搜狗/微软拼音）、甚至某些安全软件会劫持 Alt+←。这时候别折腾键盘驱动，直接上替代方案：
- 用命令面板：
Ctrl+Shift+P→ 输入workbench.action.navigateBack回车（最稳） - 改快捷键绑定：打开
keybindings.json，确认workbench.action.navigateBack没被覆盖；推荐绑定为Ctrl+Shift+-或Ctrl+,，冲突概率低 - 检查设置：
editor.editorHistory.enabled必须为true（默认开启，但插件可能改写） - 鼠标侧键用户注意：部分游戏鼠标驱动会屏蔽
workbench.action.navigateBack的侧键绑定，建议临时禁用驱动或改用键盘
想回“最后一次编辑的地方”，别用导航历史
如果你刚改完一行代码，切去别的文件调试，现在想秒回那行——这不是导航历史的事，得用 Last Edit Location 功能。它只记最后一次修改光标位置，不管跳转与否，也不依赖语言服务。
操作很简单：
-
Ctrl+Shift+P→ 输入Last Edit Location→ 回车 - 它不记录滚动、选中、折叠等操作，只认真实编辑行为（输入、删除、粘贴、格式化）后的光标落点
- 该命令没有默认快捷键，但可以自己绑定（比如设成
Ctrl+Alt+E）
这个功能容易被忽略，因为名字不像 Go Back 那么直白；但它才是解决“我刚才在哪改的？”这类问题的正解。
