Ctrl+Tab按最近使用顺序（MRU）切换，会混入已关闭的预览标签导致跳转错误；需禁用预览模式并手动绑定Ctrl+PageUp/PageDown到workbench.action.previousEditorInGroup/nextEditorInGroup实现物理顺序切换。
Ctrl+Tab 跳回“旧文件”其实是跳到了预览标签
VSCode 默认的 Ctrl+Tab 不是按你看到的标签栏顺序切换，而是弹出一个「最近使用编辑器（MRU）」列表——它把单击资源管理器打开的预览标签（斜体显示、左下角标着“预览”）也塞进去了。这类标签一松手就自动关闭，但历史记录还在 MRU 里，所以你按着 Ctrl+Tab 却跳到刚点过又消失的 utils.ts，而不是左边固定的 main.ts。
常见错误现象：Ctrl+Tab 松手瞬间跳进终端、大纲或已关闭的临时文件；反复切换后目标文件“突然失踪”；双击打开文件后，再按 Ctrl+Tab 却回不到它。
- 禁用预览模式：设置里搜
workbench.editor.enablePreview，设为false - 避免单击打开文件，改用双击，或右键 → “Open to the Side” 固定关键文件
- 确认没开多根工作区混用场景——不同
.code-workspace的标签会被一起纳入 MRU
workbench.action.previousEditor 不是你想的“上一个文件”
Alt+←（Windows/Linux）或 Cmd+←（macOS）绑定的是 workbench.action.navigateBack，它只记录编辑跳转路径（比如 F12 进函数定义、Ctrl+Click 查类型），不记录普通文件打开动作。单纯双击打开 api.ts，再按 Alt+← 就毫无反应。
Mac 用户尤其要注意：Cmd+← 常被系统拦截用于桌面切换，VSCode 配置可能根本没生效。
- 想验证是否有跳转历史：打开开发者工具（
Ctrl+Shift+P→Developer: Toggle Developer Tools），按快捷键看控制台是否输出workbench.action.navigateBack命中日志 - 替代方案：用
Ctrl+PageUp/Ctrl+PageDown（需手动绑定），它们走的是纯物理位置逻辑，不依赖历史栈 - 别写错命令名：
workbench.action.openPreviousEditor在 VSCode 1.80+ 已废弃，配了也静默忽略
Ctrl+PageUp/Ctrl+PageDown 没反应？因为根本没绑定
这两个快捷键在 VSCode 默认配置中是空的，不是键盘坏了，也不是功能失效，就是没分配任何命令。它们唯一可靠的作用，就是严格按标签栏从左到右的物理顺序切换，无视预览、不看历史、不跨组。
实操建议：
- 打开快捷键设置：
Ctrl+K Ctrl+S（Windows/Linux）或Cmd+K Cmd+S（macOS） - 搜索
workbench.action.previousEditorInGroup，绑定到Ctrl+PageUp - 搜索
workbench.action.nextEditorInGroup，绑定到Ctrl+PageDown - 检查插件是否劫持：临时禁用
Auto Close Tag、Prettier等高频快捷键插件验证
为什么关了预览还是被覆盖？你漏了 reuseEditors
很多人以为关掉 workbench.editor.enablePreview 就万事大吉，结果双击打开同名文件依然覆盖当前标签页——这是因为 workbench.editor.reuseEditors 默认为 true，它控制的是「用户主动打开已存在文件时是否复用当前标签页」，和预览模式完全正交。
例如：你已打开 src/App.tsx，再双击资源管理器里的同路径文件，就会覆盖；即使 enablePreview 是 false，只要 reuseEditors 是 true，照样覆盖。
- 正确做法：在
settings.json中加这一行："workbench.editor.reuseEditors": false - 注意多根工作区行为：跨文件夹同名文件（如
src/a.ts和test/a.ts）通常不会触发复用，但绝对路径一致的文件一定会 - 该设置不影响 F12 跳转等编辑动作，只约束用户主动打开行为
最常被忽略的一点：VSCode 标签页不是内存问题，是上下文锚点。强行清理或依赖“智能排序”，不如明确控制预览、复用、切换三者的开关状态——每个设置项都直接对应一种用户意图，改错一个，整个切换流就乱套。
