Alt+←（Windows/Linux）或Ctrl+−（macOS）仅对F12、Ctrl+Click等语义化跳转有效，不记录滚动、方向键等操作；焦点不在编辑器、系统快捷键冲突或editor.editorHistory.enabled禁用均会导致失效。
按 Alt+←（Windows/Linux）或 Ctrl+−（macOS）就能跳回跳转前位置，但前提是这次跳转被 VSCode 认定为“语义化跳转”——不是所有光标移动都算数。
Alt+← 为什么经常按了没反应
VSCode 的 workbench.action.navigateBack 只记录特定动作产生的导航节点，其他操作一律忽略：
- F12、Ctrl+Click、Shift+F12、Ctrl+Shift+O 选中跳转 —— ✅ 入栈
- Ctrl+G 跳行号、鼠标滚轮滚动、点击大纲视图（默认）、方向键移动 —— ❌ 不入栈
- 焦点不在编辑器内（比如当前在终端、搜索框或设置页）—— 快捷键直接失效
- Linux 上 GNOME 默认把
Alt+←绑定为切换工作区，必须进系统设置禁用 -
editor.editorHistory.enabled被设为false（极少见，但可查）
Ctrl+U 和 Alt+← 根本不是一回事
它们走两套完全隔离的机制，混用就找不到人：
-
Ctrl+U（Windows/Linux）或Cmd+U（macOS）对应cursorUndo：只记「显式光标位移」落点，比如 F12 后停在哪、Ctrl+F 查找后按回车选中、Go to Symbol 选中跳转。不依赖语言服务，也不撤销内容 -
Alt+←对应workbench.action.navigateBack：只记「语义跳转链」，比如 A.ts → B.ts → C.ts，按一次退到 B.ts，再按一次才到 A.ts - 格式化、重命名、自动补全等编辑器操作会覆盖
cursorUndo堆栈，但不影响workbench.action.navigateBack - 窗口重启后，两者历史都会清空
快捷键失灵时怎么稳住局面
别反复狂按，先换路径确认问题根源：
- 打开命令面板：
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Go Back回车——绕过所有快捷键拦截 - 搜
Last Edit Location（对应命令editor.action.lastEditAt）：秒回最后一次插入/删除/粘贴的位置，和跳转无关 - 装插件
Cursor History：支持Ctrl+Alt+←多步回溯、右键菜单可视化选择，对折叠代码和查找结果更友好 - 检查
keybindings.json：搜workbench.action.navigateBack，确认没被其他扩展或自定义规则覆盖
真正容易被忽略的细节
VSCode 从不自动记录“你看了哪一行”，它只忠实地记下“你有没有主动发起一次跳转”。光标点一下、滚一下、缩放一下——全不算。连着三次 Ctrl+Click 跳函数，Alt+← 会逐级退回这三步，而不是回到你打开文件时的初始光标位置。跨文件跳转后想精准返回，得确保每一步都是语言服务驱动的真跳转，而不是文本匹配或大纲视图点击。
