ctrl+pageup/pagedown是唯一原生循环切换终端分屏的方式，仅在已聚焦的终端面板内按视觉顺序跳转，不作用于标签页或独立窗口，且需满足面板展开、存在多个split pane等苛刻前提。
Ctrl+PageUp / Ctrl+PageDown 是唯一原生循环切终端组的方式
这个组合键不是“切换所有终端”，而是严格在「当前终端面板内的多个 split pane（分屏）」之间按视觉顺序跳转。它只对通过 Ctrl+\（垂直）或 Ctrl+Shift+5（水平）创建的终端面板生效，不作用于标签页（Tab）或独立窗口。
常见错误现象包括：按了没反应、跳到编辑器、或方向反了。原因通常是：
- 终端面板未获得焦点——必须先按
Ctrl+`确保光标已在终端区域 - 你实际只有 1 个终端面板（哪怕里面开了 5 个 Tab），该快捷键直接失效
- 终端被最小化（Hide Terminal），需先
Ctrl+`展开面板 - 用了 Vim 插件或其他扩展劫持了
Ctrl+PageUp，可在keybindings.json中覆盖
Windows/Linux 用户注意：Ctrl+PageUp 总是从右往左（或从下往上）切上一组，Ctrl+PageDown 反之；macOS 对应的是 Cmd+Shift+[ 和 Cmd+Shift+]，不是系统级的 Cmd+PageUp。
为什么 terminal.focusNext 不适合后台进程管理
terminal.focusNext 和 terminal.focusPrevious 表面看是循环切换命令，但实际行为受制于终端生命周期和编号上限：
- 它们永远只在前 10 个终端（编号 0–9）内打转，即使你用
terminal.focusAtIndex创建了第 20 个，也完全不可达 - 已关闭但未被彻底销毁的终端（比如刚 kill -9 后残留的“重启中”状态）会导致跳空或卡住
- 混用多种 shell（PowerShell、WSL、Git Bash）时，切换顺序由创建时间决定，无法按用途过滤
- 最小化的终端仍参与循环，但焦点移过去后不会自动展开，看起来像“没切成功”
如果你依赖后台长期运行的进程（如 nodemon、docker-compose up），靠 focusNext 切换极易误操作停掉关键任务——编号聚焦或显式命令更可控。
聚焦特定编号终端：Ctrl+Shift+N 的隐藏规则
这是最稳定、最可预测的终端定位方式，尤其适合固定流程（如 0=shell、1=node、2=python、3=docker）：
- 编号从 0 开始：
Ctrl+Shift+0是第一个终端，不是Ctrl+Shift+1 - 编号不随关闭重排：关掉 #2 后，#3 还是 #3，不会变成 #2
- 未创建则自动新建：
Ctrl+Shift+7按下即激活第 7 个终端，不存在就新建一个 - 必须用主键盘数字键，小键盘无效；中文输入法下常失效，建议保持英文输入状态
终端标题命名（右键 → Rename）能大幅降低编号误判风险。如果第 5 个终端始终跑着数据库迁移，把它命名为 db:migrate，比记“Ctrl+Shift+5”直观得多。
自定义 terminal.focusAtIndex 绑定超 10 个终端
原生快捷键只支持 0–9，但后台进程多时很容易突破这个限制。绕过方法是手动绑定 terminal.focusAtIndex 命令：
打开快捷键设置（Ctrl+K Ctrl+S），搜索 terminal.focusAtIndex，点击「+」添加新绑定，填入类似这样的 JSON：
{ "key": "ctrl+alt+9", "command": "terminal.focusAtIndex", "args": { "index": 14 } }
注意：index 是 0 起始整数，所以 14 对应第 15 个终端。该命令仅在终端面板已打开时有效——若面板关闭，得先按 Ctrl+`。
真正容易被忽略的是：终端面板一旦被拖拽成独立窗口，所有这些快捷键（包括 Ctrl+PageUp 和 terminal.focusAtIndex）都只作用于主 VSCode 窗口内的终端，独立窗口里的终端完全不响应。后台进程若跑在独立窗口终端里，就彻底脱离快捷键管理体系了。
