ctrl+`仅控制终端面板显隐，不保证焦点切换；真正来回切换需绑定workbench.action.terminal.focusatindex1和workbench.action.focusactiveeditorgroup。
Ctrl+` 是显隐开关，不是焦点切换器
按 Ctrl+`（Windows/Linux）或 Cmd+`（macOS）只控制终端面板的显示/隐藏状态，不保证焦点落到终端里。终端进程始终在后台运行，关掉面板只是“看不见”，npm run dev 还在跑。
常见错误现象：按了没反应、弹出命令面板、焦点跳到侧边栏——大概率是中文输入法下按不出反引号，或系统快捷键冲突（比如 Win+G 游戏栏、Alfred、iTerm 抢占了 Cmd+`）。
- 首次使用前必须先手动执行
Terminal: Create New Terminal（快捷键Ctrl+Shift+`），否则Ctrl+`会静默失败 - 终端被拖拽成独立窗口后，
Ctrl+`完全失效，只作用于主 VSCode 窗口内的终端面板 - 远程开发（WSL/SSH）下可能有几十毫秒延迟，属正常行为，不是卡死
真正切到终端焦点，得先让它“活”着
终端面板必须已存在且可见，焦点切换命令才有效。光靠 Ctrl+` 不够，尤其当你刚从编辑器切过来、终端还没获得焦点时，Ctrl+PageUp 之类操作根本不会响应。
正确流程是：Ctrl+` → 确保终端面板展开 → 再按 Ctrl+PageUp 或 Ctrl+PageDown 切换同层面板。
- 只有通过
Split Terminal（右键终端标题栏）生成的才是可切换焦点的“面板”；反复Terminal: Create New Terminal只产生多个标签页，共享同一焦点域 - 多终端面板下，
Ctrl+PageUp/Ctrl+PageDown切的是“面板”，不是“标签页” - 如果终端被最小化（点了 Hide Terminal），
Ctrl+`会重新显示并聚焦最后一个活动终端，而非按顺序跳转
想严格来回切换？别依赖默认快捷键
VSCode 默认的 Ctrl+` 行为是「聚焦终端 → 返回上一个编辑器组」，不是对称切换。它不保证回到你刚离开的那个编辑器组——比如你从右分屏切到终端，再按一次可能回到左分屏。
最稳的方案是手动绑定两个独立命令：
-
workbench.action.terminal.focusAtIndex1：聚焦第一个终端（无论是否可见、是否最小化） -
workbench.action.focusActiveEditorGroup：聚焦当前编辑器组（不依赖历史，强制回位） - 在快捷键设置（
Ctrl+K Ctrl+S）中分别绑定，例如：Ctrl+J和Ctrl+K，避免用Ctrl+1（它也会切到调试/问题面板等非编辑器区域）
终端分屏后焦点怎么跳？顺序和方向要搞清
水平或垂直分割出来的终端面板，才能用 Ctrl+PageUp/Ctrl+PageDown 切换焦点。但它们的切换顺序不完全按视觉位置，有时反直觉（比如两个垂直分割终端，优先按列而非上下）。
更可控的方式是改用：
-
workbench.action.terminal.focusPreviousPane：严格按 DOM 顺序切到上一个终端面板 -
workbench.action.terminal.focusNextPane：严格按 DOM 顺序切到下一个终端面板 - 这两个命令不受标签页干扰，也不依赖当前焦点在哪，只要终端面板存在就生效
Mac 用户注意：PageUp/PageDown 需配合 Fn 键，或外接键盘原生按键；且 Cmd+1 易与系统 Mission Control 冲突，需在系统设置中禁用。
