ctrl+pageup/pagedown在单编辑器组时静默失效，仅当至少两个组存在且按物理位置（垂直从左到右、水平从上到下）循环切换时才生效。
Ctrl+PageUp/PageDown 为什么有时没反应
只有至少两个编辑器组存在时，Ctrl+PageUp 和 Ctrl+PageDown 才会生效。单组状态下按了也不会报错或提示，属于静默失效。
常见错误现象：Ctrl+PageDown 想切到右边却跳回左边，说明当前是水平分屏（上下排列），它按视觉上下顺序切换，不是左右；反之亦然。VSCode 不看编号，只认物理位置：垂直分屏时从左到右循环，水平分屏时从上到下循环。
- 用
Ctrl+\创建的是垂直分屏（左右），Ctrl+Shift+\是水平分屏（上下） - 若分屏方向被拖拽改过，可用
Ctrl+K后按→或↓显式指定移动方向 - Mac 用户对应快捷键是
Ctrl+Shift+[/Ctrl+Shift+]，不是Cmd+PageUp/Down
Ctrl+1 到 Ctrl+9 的编号到底是怎么分配的
编号按编辑器组创建顺序动态分配，不随关闭/重排变化。比如你开三个组：Ctrl+\ → Ctrl+\ → Ctrl+\，它们依次是 1、2、3；关掉第 2 组后，新拆的组仍会继承编号 2，而不是变成 4。
编号只在当前 VS Code 窗口内有效，跨窗口不共享。状态栏右下角显示类似 1:3 的提示，表示“当前在第 1 组，共 3 组”。
-
Ctrl+2没反应？大概率是第 2 组已被关闭，且没新建过继承编号的组 - 数字键切换后，焦点落在目标组「上次激活的标签页」，不是最新打开的那个文件
- 某组当前为空（没打开任何文件），
Ctrl+2仍会把焦点切过去，但界面看起来“没变化”——这时可拖文件进去，或用Ctrl+K→Move Editor into Next Group
为什么 Ctrl+Tab 总是跳去终端或大纲视图
Ctrl+Tab 切换的是「所有可聚焦区域」，包括编辑器组、终端、问题面板、大纲、搜索等，不是专为编辑器设计的快捷键。它的排序依据是最近使用顺序（MRU），且默认排除预览标签（斜体文件）。
- 想只在编辑器标签页间循环？得手动绑定
workbench.action.previousEditorInGroup和workbench.action.nextEditorInGroup到Ctrl+PageUp/Ctrl+PageDown - 想避免意外跳进终端？关闭设置项
workbench.editor.focusRecentEditorAfterClose - 终端已聚焦时再按
Ctrl+Tab，很可能直接跳进问题面板——这不是 bug，是设计行为
如何可靠地在编辑器和终端之间来回切换
默认的 Ctrl+`（反引号）行为是「聚焦终端」，终端已聚焦时再按一次才返回编辑器，中间没有状态判断，容易误操作。
最稳的方案是分别绑定两个命令：
-
workbench.action.terminal.focusAtIndex1→ 绑定到Ctrl+J（或其他空闲组合） -
workbench.action.focusActiveEditorGroup→ 绑定到Ctrl+K
这样无论终端是否已创建、是否可见、是否最小化，都能精准控制焦点流向。注意：如果终端从未创建过，focusAtIndex1 会静默失败，建议额外配一个 workbench.action.terminal.new 到启动快捷键。
