Alt+←默认跳转编辑位置历史而非文件列表，应改用Ctrl+Tab切换文件；若需保留导航功能，可将Alt+←重绑为workbench.action.previousEditor并为原功能分配新快捷键。
Alt+← 不能返回上一个文件？先确认是不是在“编辑位置”而非“文件切换”场景
VSCode 的 Alt+←（Windows/Linux）或 Cmd+←（macOS）默认绑定的是 workbench.action.navigateBack，它跳转的是「编辑位置历史」，不是「最近打开的文件列表」。也就是说，它记录的是光标停留过的代码位置（比如从函数 A 跳到函数 B），而不是你刚关掉的 utils.ts。如果你刚从 index.html 切到 style.css，再按 Alt+←，大概率没反应——因为中间没触发过跳转动作（如 Ctrl+Click、F12、Go to Definition）。
- 真正想“切回上一个文件”，该用
Ctrl+Tab（Windows/Linux）或Cmd+Tab（macOS），它走的是「打开的编辑器标签页」栈 -
Ctrl+Shift+Tab是反向切换，效果等同于Ctrl+Tab按住 Shift - 如果
Ctrl+Tab也没反应，检查是否被输入法或系统快捷键劫持（尤其是中文输入法常占Ctrl+Space或Ctrl+Shift组合）
如何让 Alt+← 真正切换文件？改键位绑定要小心覆盖
你可以手动把 Alt+← 重新绑定到 workbench.action.previousEditor，但它和原生的 workbench.action.navigateBack 冲突。一旦覆盖，就再也无法用快捷键回退到上次跳转的代码位置（比如从调用处跳进函数定义后想回来）。
- 打开快捷键设置：Ctrl+K Ctrl+S → 搜索
alt+left - 找到
workbench.action.navigateBack这一行，右键 → “Change Keybinding”，输入ctrl+alt+left之类不冲突的组合 - 再新增一条绑定：
alt+left→workbench.action.previousEditor - 注意：不要直接删掉原绑定，否则会丢失导航历史功能；改键位比删除更安全
Ctrl+Tab 切换卡顿或顺序错乱？和“预览模式”强相关
VSCode 默认以「预览模式」打开文件（单击资源管理器里的文件时，标签页是斜体），这类文件不会固定在标签栏，切走后可能被自动关闭，导致 Ctrl+Tab 历史栈不连续。
- 双击文件 or 按
Enter在资源管理器中打开 → 进入「已固定模式」（标签页非斜体），它会稳稳留在Ctrl+Tab栈里 - 或者关掉预览模式：设置里搜
workbench.editor.enablePreview，设为false - 另一个干扰项：
workbench.editor.revealIfOpen设为true时，重复打开同一文件不会新增标签页，也会影响切换顺序
Mac 用户特别注意：Cmd+←/→ 默认被系统接管
macOS 系统级快捷键 Cmd+←（前往屏幕左侧）和 Cmd+→（前往右侧）会拦截 VSCode 的绑定，即使你在 VSCode 里设置了，也可能无效。
- 系统设置 → 键盘 → 快捷键 → 调度中心 → 取消勾选 “将窗口移至左半边/右半边屏幕”
- 或者改用
Ctrl+Tab/Ctrl+Shift+Tab，它们不受系统快捷键影响 - 如果坚持用方向键，可考虑第三方工具如 Karabiner-Elements 拦截并转发，但复杂度陡增，不推荐日常使用
真正容易被忽略的，是「编辑位置历史」和「文件标签历史」根本就是两套独立机制，混用快捷键前，得先分清自己此刻想回到的是哪一层上下文。
