Ctrl+Tab是MRU（最近使用）切换，非标签栏物理顺序；需手动配置Ctrl+PageUp/PageDown绑定workbench.action.previousEditorInGroup/nextEditorInGroup命令实现左右精确切换。
Ctrl+Tab 是 MRU 切换，不是“上一个标签页”
它弹出的是最近使用顺序（MRU）面板，顶部是当前文件，往下是最近激活过的编辑器——但这个顺序和你看到的标签栏物理位置完全无关。常见错误现象包括：刚从搜索结果单击打开的 utils.ts 以预览模式加载（斜体标签），它不会固定在标签栏，却会留在 MRU 列表里干扰判断；拖拽调整过标签页位置后，MRU 顺序也会重排；多编辑器组下，Ctrl+Tab 只扫当前组，不会跨组找。
如果你期望“按标签栏从左到右挨个切”，Ctrl+Tab 天然做不到。它适合快速回溯刚编辑过的几个文件，不适合精确定位。
Ctrl+PageUp / Ctrl+PageDown 需手动配置才能按物理位置切换
VSCode 默认未绑定这两个键，直接按没反应。必须手动添加到 keybindings.json：
[{"key":"ctrl+pageup","command":"workbench.action.previousEditorInGroup"},{"key":"ctrl+pagedown","command":"workbench.action.nextEditorInGroup"}]
注意点：
- 别用已废弃的
workbench.action.openPreviousEditor，VSCode 1.80+ 会静默忽略 -
previousEditorInGroup和nextEditorInGroup严格按当前编辑器组内标签页的物理位置（从左到右）切换，无视预览状态 - macOS 用户无法用
Cmd+PageUp——系统不传事件，可改用Cmd+Shift+[或Cmd+Shift+] - 该命令只在当前编辑器组内生效，且要求至少有两个已固定的标签页（非预览态）
Ctrl+1～Ctrl+9 看似直观，实则依赖“物理位置索引”
它跳的是「第 N 个已固定的标签页」，不是第 N 个打开的文件：
- 预览标签页（斜体）不参与编号，双击一次才能变成常驻标签
- 如果第 3 个位置是预览态，
Ctrl+3会跳到第 4 个固定标签页，而不是停在原地 - 数字键对应的是标签栏上从左数的物理位置索引，拖拽后顺序变了，索引也跟着变
- 超过 9 个标签页时，
Ctrl+9之后的只能靠Ctrl+Tab面板或Ctrl+P搜索
编辑器组间切换必须用 Ctrl+1～Ctrl+9，不能靠 Ctrl+Tab
VSCode 的编辑器组（左右/上下分栏）是独立容器，Ctrl+Tab 不跨组。真正能切换组的只有数字键：
-
Ctrl+1强制跳到第一个编辑器组（通常是左侧/上方），不管它当前有没有文件 -
Ctrl+2跳到第二个编辑器组，并恢复该组上次激活的标签页（不是最新打开的那个） - 若只有两个组，
Ctrl+1和Ctrl+2就是来回切的核心组合 - 想把当前文件移到另一个组？用
workbench.action.moveEditorToNextGroup（如绑定为Ctrl+Alt+]）
真正容易被忽略的点是：VSCode 的「标签页」行为由三层状态决定——预览态、固定态、编辑器组。所有快捷键响应都基于这三者的实时组合，而不是单纯看标签栏上有没有那个名字。比如一个斜体标签页，既不能被 Ctrl+1～9 编号，也不能被 moveEditorLeftInGroup 移动，甚至不会出现在 Ctrl+P 的“已打开文件”列表里。
