VSCode默认不支持标签页物理顺序的左右循环切换，Ctrl+Tab按MRU（最近使用）顺序切换且受预览态、拖拽、多组等干扰；需手动绑定workbench.action.previousEditorInGroup和nextEditorInGroup到Ctrl+PageUp/PageDown，并确保至少两个已固定标签页且禁用预览模式。
VSCode 默认不支持标签页物理顺序的循环左右切换，Ctrl+Tab 是 MRU（最近使用）模式，不是“左→右→左”轮播。要实现真正无缝的左右轮播，必须手动绑定 workbench.action.previousEditorInGroup 和 workbench.action.nextEditorInGroup 到 Ctrl+PageUp/Ctrl+PageDown。
为什么 Ctrl+Tab 不是左右轮播？
它弹出的是一个历史面板，顶部是当前文件，往下是最近激活过的编辑器——但这个顺序和你看到的标签栏完全无关。常见干扰包括：
- 预览标签（斜体）默认不进入该列表，但单击打开又关闭后可能残留历史记录
- 拖拽调整过标签位置、或用
Ctrl+1～Ctrl+9切过组，都会重排 MRU 顺序 - 多编辑器组下，
Ctrl+Tab只扫当前组，不会跨组找，更不会“循环”到最右再跳回最左 - 松手即跳转，没机会预览缩略图，容易误选
怎样让 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），可临时禁用验证
注意：workbench.action.previousEditor 和 workbench.action.nextEditor 也能用，但它们在多组场景下行为一致；而带 InGroup 后缀的命令语义更明确，推荐优先使用。
左右轮播生效的前提条件
即使快捷键绑对了，也常因状态不符导致静默失败。关键检查点：
- 当前编辑器组内至少有两个**已固定**（非预览态）的标签页 —— 预览标签（斜体）不参与轮播
- 确保
workbench.editor.enablePreview设为false，否则双击打开的文件仍是预览态，无法被轮播命中 - macOS 用户无法用
Cmd+PageUp：系统不传PageUp事件；可行替代是Cmd+Shift+[/Cmd+Shift+]，对应同一组内前后切换 - 如果用了分栏（多个编辑器组），该轮播只在当前组内进行，不会跳到其他分栏 —— 这是设计使然，不是 bug
想实现“最右→最左”真正的循环？得靠人肉干预
VSCode 原生不提供“从右端按 PageDown 自动跳回最左”的循环逻辑。当焦点已在最右标签时，Ctrl+PageDown 会静默失败（无提示、不报错）。目前唯一可靠做法是：
- 把最左的常用文件设为第一个固定标签（比如
index.ts或README.md） - 配合
Ctrl+1快速回到第一个位置（前提是它已固定且位于第 1 位） - 或启用
workbench.editor.openSideBySideDirection为right，让新文件默认开在右侧，减少手动调整需求
真正容易被忽略的是：VSCode 的「标签页」行为由三层状态共同决定——预览态/固定态、编辑器组归属、MRU 历史。所有快捷键都只响应其中某一层，而不是单纯看你标签栏上写了什么名字。
