Alt+←没反应是因为导航历史栈为空或未触发语义化跳转：仅F12、Ctrl+Click等语言服务驱动的动作才入栈，鼠标点击、滚动、Ctrl+G跳行号等不记录；需先执行有效跳转才有返回目标。
Alt+← 为什么按了没反应？不是快捷键失效，是根本没入栈
VSCode 的 Alt+←（Windows/Linux）或 Ctrl+-（macOS）只记录「语义化跳转」，比如 F12、Ctrl+Click、Shift+F12、Ctrl+P 选中文件后回车——这些动作会触发语言服务器并写入导航历史。而以下操作不会入栈：
- 鼠标点击行号、滚动条拖动、方向键移动光标
-
Ctrl+G跳行号、Ctrl+F查找后用方向键选中 - 大纲视图（Outline）里点击函数名（默认不启用跳转）
- 终端执行
code --goto打开的文件
如果刚打开一个文件就按 Alt+←，必然没反应——导航栈为空，得先有一次有效跳转才开始积累。
Ctrl+U 和 Alt+← 到底该用哪个？机制完全不同
Ctrl+U（Windows/Linux）或 Cmd+U（macOS）走的是「编辑位置堆栈」，记录的是你最后一次显式落点：比如 F12 后光标停在哪、Ctrl+F 查找后按回车选中、Ctrl+Shift+O 选中符号跳转。它不依赖语言服务，但也不区分文件，可能跳到刚编辑过的另一个 tab。
Alt+← 走的是「语义导航堆栈」，只管跳转链：从调用处 → 定义 → 引用 → 实现。它能跨文件保持逻辑路径，但一旦语言服务没启动（比如纯文本模式打开 .c 文件且没装 C/C++ 扩展），就完全失效。
两者互不干扰，也互不替代。真正卡住人的，是误以为它们在解决同一个问题。
想精准回到“改过代码的地方”，别靠导航历史
VSCode 没有原生的「上一个修改点」快捷键。Go to Last Edit Location 命令（需 Ctrl+Shift+P 调用）只记最后一次光标因输入/删除/粘贴而停留的位置，但它：
- 不捕获格式化（Prettier）、ESLint 自动修复、自动补全插入的分号等改动
- 连续多次编辑只保留最后一次落点，中间无法回溯
- 不绑定快捷键——在
keybindings.json中对editor.action.navigateToLastEditLocation的绑定会被忽略 - 可能跳到其他文件，而非当前正在写的这个
如果你真正想看的是 Git 认为“你改了哪几行”，GitLens 插件的行号旁绿色/红色标记才是真实 diff 指针，点击即跳，比任何历史命令都准。
快捷键冲突时怎么稳住不迷路？
Linux 下 Ctrl+Alt+Left 常被 GNOME 截获为切换工作区；macOS 上 Cmd+Alt+Left 可能被 Karabiner-Elements 重映射；Windows 下 Alt+Left 有时和 Alt+Tab 冲突。遇到按了没反应，优先换这三条路：
- 用命令面板：
Ctrl+Shift+P→ 输入Go Back回车，绕过所有系统级拦截 - 查
keybindings.json：搜workbench.action.navigateBack，确认没被其他扩展覆盖 - 装
Cursor History插件：支持Ctrl+Alt+←多步回溯、右键菜单可视化选择，对折叠区域和搜索结果更友好
真正容易被忽略的，是 VSCode 从不自动记录“你看了哪一行”——它只忠实地记下“你有没有主动发起一次跳转”。光标点一下、滚一下、缩放一下，全不算。
