Ctrl+PageUp/Ctrl+PageDown默认不生效，需手动在keybindings.json中绑定workbench.action.previousEditor和workbench.action.nextEditor命令，二者严格按当前编辑器组内已固定标签页的物理顺序左右切换，预览态标签页不参与计算，且不跨组生效。
Ctrl+PageUp/Ctrl+PageDown 默认不生效，必须手动绑定
VSCode 默认没给 Ctrl+PageUp 和 Ctrl+PageDown 绑定任何命令，这不是快捷键失效，而是压根没配。你按了没反应，不是插件冲突或键盘问题，就是 VSCode 没认这个组合键。
想让它真正“向左切一个标签页”“向右切一个”，得进 keybindings.json 手动加两条规则：
- 打开命令面板（
Ctrl+Shift+P），输入Preferences: Open Keyboard Shortcuts (JSON) - 在数组里插入这两项：
[{"key":"ctrl+pageup","command":"workbench.action.previousEditor"},{"key":"ctrl+pagedown","command":"workbench.action.nextEditor"}] - 保存后立即生效，无需重启
注意：workbench.action.previousEditor 和 workbench.action.nextEditor 是当前唯一有效的命令；workbench.action.openPreviousEditor 已废弃，VSCode 1.80+ 会静默忽略。
为什么切不到“左边那个”，其实是标签页状态搞错了
即使绑定了 Ctrl+PageUp，也常出现“明明左边还有 tab，却跳到最右边”的情况——根本原因不是快捷键错，而是 VSCode 的“标签页”分三种状态：预览态（斜体）、固定态（正常字体）、编辑器组边界。所有切换逻辑都依赖这三者，不是看标签栏上有没有名字。
- 预览态标签页（双击文件或从搜索结果点开的）不参与
previousEditor/nextEditor的物理顺序计算 - 拖拽调整过位置、用过
Ctrl+1～Ctrl+9切过组，都会重排物理索引，但 UI 上看不出变化 - 如果当前编辑器组只有一个固定标签页，
Ctrl+PageUp会静默失败，不报错也不提示
验证方式：右键任意 tab → 若菜单里有 Close Preview Editor，说明它是预览态；双击一次变成常驻，再试 Ctrl+PageUp 就能正确响应。
多编辑器组下，横向切换只在当前组内有效
Ctrl+PageUp 和 Ctrl+PageDown 永远不会跨编辑器组（也就是不会从左边分屏跳到右边分屏）。这是设计行为，不是 bug。如果你开了左右两个分屏，每个分屏里都有多个 tab，那这两个快捷键只扫当前焦点所在的那一排 tab。
- 确认是否在目标组：看顶部 tab 栏左上角是否有编号（如
1:、2:），有编号才是多组状态 - 切换组用
Ctrl+1～Ctrl+9，编号按创建顺序分配，关掉某组后新组会复用其编号 - 想把当前文件“移动”到右边组，不是切换，而是用
Ctrl+K后松开，再按→（右箭头）
Mac 用户注意：Cmd+PageUp 基本无效，系统不传 PageUp 事件；可用 Cmd+Shift+[ / Cmd+Shift+] 替代，但它们是切换编辑器组，不是标签页。
别指望 wrapTabs，VSCode 标签栏天生单行滚动
搜 “VSCode 多行 tab” 会看到一堆改 CSS 或注入样式的方法，但这些在 2026 年已基本不可行：新版 VSCode 用沙箱拦截了外部样式注入，强制 overflow-x: auto，标签栏就是不换行——这不是限制，是明确设计。
- 强行改
flex-wrap: wrap不仅每次更新后失效，还可能触发安全警告 - 更实际的解法是启用垂直标签栏：
"workbench.editor.showTabs": false+"workbench.editor.vertical": true（需 VSCode 1.86+） - 或者接受单行滚动，靠
Ctrl+Tab（MRU 切换）+Ctrl+PageUp（物理顺序）组合覆盖不同场景
真正容易被忽略的是：VSCode 的 tab 切换逻辑完全由编辑器组、预览态、物理位置三者共同决定，和“看起来在哪”毫无关系。调快捷键前，先确认当前组有几个固定 tab，以及它们是不是都被双击固定过了。
