vscode中“上一个文件”需分场景：alt+←仅回溯编辑跳转历史，ctrl+tab按mru顺序切换，ctrl+pageup/pagedown才按标签物理位置切换，且需禁用预览模式确保稳定。
VSCode 里“上一个文件”不是单一概念，Alt+← 和 Ctrl+Tab 表面相似，实际走的是两套完全不兼容的逻辑——选错就永远切不到你想要的那个文件。
别把 navigateBack 当成 previousEditor 用
Alt+←（Windows/Linux）或 Cmd+←（macOS）默认绑定的是 workbench.action.navigateBack，它只记录「编辑跳转位置」，比如你按 F12 跳进函数定义、Ctrl+Click 查看类型、Shift+F12 看引用——这些动作才会入栈。单纯打开一个新文件、拖进一个 .ts 文件、双击资源管理器里的文件，都不会触发这个历史。
- 如果你刚从
main.ts手动打开utils.ts，再按Alt+←，大概率没反应 - Mac 用户尤其要注意：
Cmd+←默认被系统接管用于“前往屏幕左侧”，即使 VSCode 里配了也常被拦截；建议改用Ctrl+-（减号）代替 - 想确认是否真有跳转历史？打开命令面板（
Ctrl+Shift+P），运行Developer: Toggle Developer Tools，按快捷键看控制台是否输出workbench.action.navigateBack命中日志
Ctrl+Tab 不是“上一个”，而是最近使用 MRU 面板
Ctrl+Tab 弹出的是「最近使用编辑器（MRU）」列表，排序规则是：当前焦点文件 → 上次活跃文件 → 再上次……但它会受预览模式、拖拽重排、重复打开等行为干扰，不是线性栈。
- 单击资源管理器打开文件 → 进入预览模式（标签斜体），切走后可能被自动回收，导致它在 MRU 中消失
- 用
Ctrl+1～Ctrl+9切换过标签页，会强制重排 MRU 顺序，下次Ctrl+Tab可能跳到意料之外的位置 - 如果只开了 2–3 个文件，直接用
Ctrl+1/Ctrl+2比Ctrl+Tab更稳、更快、不依赖状态
真要按物理位置切“左边/右边那个”，必须手动配 PageUp/PageDown
VSCode 默认根本没绑定 Ctrl+PageUp / Ctrl+PageDown，这不是键盘问题，是它压根没配。这两个快捷键唯一可靠的作用就是按标签栏从左到右的**物理顺序**切换，无视预览、不看历史、不跨组。
- 打开
Preferences: Open Keyboard Shortcuts (JSON)（Ctrl+Shift+P输入），加这两条： - { "key":"ctrl+pageup", "command":"workbench.action.previousEditor" }
- { "key":"ctrl+pagedown", "command":"workbench.action.nextEditor" }
- 别写成
workbench.action.openPreviousEditor—— 这个命令在 VSCode 1.80+ 已废弃，静默忽略 - Mac 用户别硬试
Cmd+PageUp：系统不发PageUp事件；可用Cmd+Shift+[/Cmd+Shift+]替代，它们对应同一组命令
跨编辑器组时，Ctrl+1/Ctrl+2 才是“切到上个窗口”的正解
如果你用 Ctrl+\ 拆了左右两个编辑器组，Ctrl+Tab 或 Ctrl+PageUp 都不会帮你跳到另一边——它们只在当前组内生效。这时所谓“上一个文件”，其实是“上一个编辑器组里正在看的那个文件”。
-
Ctrl+1：强制聚焦第一个编辑器组（通常是左侧/上方），不管它当前激活的是哪个标签 -
Ctrl+2：聚焦第二个编辑器组（右侧/下方），哪怕里面只有 1 个文件，也会立刻跳过去 - 终端（
Ctrl+`）弹出后，焦点常卡在终端里不动；先按Esc或Ctrl+1把焦点拉回编辑器，再切组才有效 - 多工作区（多个 .code-workspace）同时开着时，
Ctrl+1～Ctrl+2仍只作用于当前 VS Code 实例内的组，不会跨进程
最易被忽略的一点：所有切换逻辑都默认受 workbench.editor.enablePreview 控制。只要它是 true（默认值），大部分快捷键的行为就会变得不可预测——预览标签不固定、不进 MRU、不能移动、不响应组间切换。关掉它，很多“切不到”的问题就自然消失了。
