ctrl+tab 默认即为 mru 模式，按最近使用顺序切换文件，其顺序由真实操作路径决定；预览标签、拖拽调整、ctrl+1～9 切换及跨编辑器组操作均会动态改写 mru 链表。
Ctrl+Tab 本身就是 MRU 模式，无需额外配置
VSCode 默认的 Ctrl+Tab 就是按「最近使用顺序」（MRU）切换，不是 bug，是设计。它弹出的面板顶部是当前文件，往下依次是你最近激活过的编辑器——这个顺序由你真实操作路径决定，比如从 App.vue → api/index.ts → store/modules/user.ts，再按 Ctrl+Tab 就会优先回到 store/modules/user.ts，而不是标签栏上左边那个。
常见误解是“它跳错了”，其实只是你没意识到：预览标签（斜体）、刚关闭又重开的文件、跨编辑器组的操作，都会动态改写 MRU 链表。它不承诺稳定，但确实忠实记录你的操作流。
哪些行为会意外破坏 MRU 顺序？
MRU 看似自动维护，但几个高频动作会让它“变味”：
- 用
Ctrl+Click或搜索结果单击打开文件 → 默认以预览模式加载，不进固定标签栏，但会进入 MRU 列表；关掉后它还在，下次Ctrl+Tab可能跳回一个已消失的“幽灵标签” - 拖拽调整过标签页位置 → VSCode 会重排 MRU 顺序，把被拖动的文件提到最前
- 用
Ctrl+1～Ctrl+9切过标签 → 这些命令会触发一次“显式聚焦”，让对应文件插入 MRU 顶部 - 在多编辑器组间切换过 →
Ctrl+Tab只扫当前组，但组内 MRU 仍受跨组操作影响（如从组 A 的文件Ctrl+Click跳到组 B 的文件，该跳转会写入组 B 的 MRU）
想让 MRU 更可预测，得管住预览标签
预览标签是 MRU 最大干扰源：它不常驻、不显示在标签栏物理位置、却参与排序。控制它的关键是切断“临时打开 → 自动进 MRU”的链路：
- 禁用预览模式：在
settings.json中加"workbench.editor.enablePreview": false，所有双击/单击打开的文件都直接固定 - 或保留预览但限制其 MRU 权重：目前无原生配置，但可用插件
TabOut配合Alt+.实现“跳过已聚焦过的标签”，绕过 MRU 干扰项 - 手动固定关键文件：对
App.vue、main.ts这类核心文件，右键标签 →Keep Open，确保它们始终在 MRU 底层锚定，不易被新文件挤出
Mac 用户注意系统级拦截会静默失效
Cmd+PageUp/Cmd+PageDown 在 macOS 上基本无效，因为系统默认劫持了这两个组合键（调节亮度/音量）。即使你在 keybindings.json 里绑定了 workbench.action.previousEditor，按下后也收不到事件。
可行替代方案只有两个：
- 改用
Cmd+Shift+[/Cmd+Shift+]（VSCode 内置绑定，无需配置） - 或进系统设置 → 键盘 → 快捷键 → 显示器，关掉“亮度”相关快捷键，再试
Fn+↑/Fn+↓（部分键盘需配合 Fn）
真正容易被忽略的是：MRU 不是线性队列，而是一个带时间戳的有向图。你每次聚焦、滚动、甚至悬停在某个标签上超过 500ms，都可能生成新节点——它比看起来更敏感，也更难“驯服”。
