vscode中ctrl+tab默认不切换标签页而是触发系统窗口切换；真正切换标签页需手动配置ctrl+pageup/down绑定workbench.action.previouseditoringroup/nexteditoringroup命令。
Ctr+Tab 默认不切标签页，而是触发系统窗口切换——这是你改不成功的第一原因。
Ctrl+Tab 在 VSCode 里为什么按了没反应？
它不是被“禁用”，而是根本没绑定到标签页切换命令上。Windows/Linux 下，Ctrl+Tab 默认由操作系统接管，用于 Alt+Tab 式的全局窗口切换；VSCode 自己的标签页切换逻辑压根没参与进来。
- 你在 VSCode 里按
Ctrl+Tab，实际是切到了浏览器或终端，不是切文件 - 即使弹出了 MRU 面板，那也只是 VSCode 的“最近使用编辑器”面板，不是“已打开标签页列表”
- 预览态标签（斜体）默认不进该面板，刚关掉的文件反而可能还在列表里
- 如果你装了输入法（如搜狗、微软拼音），它们常劫持
Ctrl+Shift+PgUp等组合键，间接干扰标签页移动
想让 Ctrl+PageUp / Ctrl+PageDown 切相邻标签页，必须手动加 keybindings.json
VSCode 默认没绑定这两个键，不是你配置错了，是它压根没写。要让它生效，得明确告诉 VSCode：“按这个键，就执行这个命令”。
- 打开命令面板：
Ctrl+Shift+P→ 输入并运行Preferences: Open Keyboard Shortcuts (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 看似简单，但只认“固定态标签页”的物理索引
它不是按你看到的第几个标签来跳，而是按“第几个已固定、非预览的标签页”来编号。
- 双击打开的文件默认是预览态（斜体），
Ctrl+3不会停在第三个位置，而是跳到第三个**固定**标签页 - 拖拽调整过顺序后，“第 3 个位置”对应的实际索引就变了，
Ctrl+3跳的目标也跟着变 - 如果某位置是预览态，
Ctrl+N会直接跳过它，落到下一个固定标签页上 - 想让所有标签都参与编号，可关闭预览模式：
"workbench.editor.enablePreview": false加入settings.json
快捷键冲突时怎么快速定位是谁在抢 command？
别猜，直接看日志。VSCode 的快捷键优先级是：用户定义 > 扩展 > 默认内置，冲突往往来自扩展或错误的 when 条件。
- 按
Ctrl+Shift+P→ 运行Developer: Toggle Developer Tools→ 切到 Console 标签页 - 在 VSCode 窗口里按你想查的组合键（比如
Ctrl+Tab），控制台会输出类似KeybindingService#dispatch Ctrl+Tab的日志，并附带命中命令和来源（Default、User或某个extension.name.command） - 更直观的方式：命令面板 →
Preferences: Open Keyboard Shortcuts (JSON)→ 再按Ctrl+K Ctrl+S打开图形界面 → 右上角搜索框输入ctrl+tab，结果列会显示“源”列，一眼看出是哪个扩展或用户配置在起作用
真正容易被忽略的是：VSCode 的「标签页」行为由三层状态共同决定——预览态、固定态、编辑器组。改快捷键只是表面，不理解这三者的交互，再配十次 keybindings.json 也会跳错。比如 moveEditorLeftInGroup 对预览标签静默失败，nextEditorInGroup 跨组无效，这些都不是 bug，是设计前提。
