Ctrl+`不是双向切换，而是聚焦终端后返回上一焦点区域；真正稳定切换需手动绑定workbench.action.terminal.focusAtIndex1和workbench.action.focusActiveEditorGroup。
Ctrl+` 不是切换，是「聚焦终端」再「返回上一焦点」
VSCode 默认的 Ctrl+`（Windows/Linux）或 Cmd+`（macOS）根本不是双向切换命令，它只是执行 workbench.action.terminal.focusNext：第一次按，把焦点移到终端；第二次按，并不保证回到你刚编辑的文件，而是回到「上一次有焦点的区域」——可能是搜索面板、Git 提交框、甚至侧边栏。很多人按了没反应，其实是终端压根没创建过，focusNext 会静默失败，不报错也不提示。
常见错误现象包括：Ctrl+` 弹出命令面板、焦点跳到问题面板、或者毫无反应。原因通常是：
- 键盘处于中文输入法状态，按不出反引号（
`） - 系统级快捷键冲突：Windows 上 Win+G 游戏栏、macOS 上 Alfred 或 Mission Control 抢占了
Cmd+` - 终端被拖拽成独立窗口后，
Ctrl+`完全失效（只作用于主窗口内的集成终端）
真正稳定的编辑器 ⇄ 终端来回切换，必须手动绑定两个命令
VSCode 没有原生“双向切换”命令，但 workbench.action.terminal.focusAtIndex1 和 workbench.action.focusActiveEditorGroup 这一对互不依赖、状态无关，兼容性最稳。它们不关心终端是否可见、是否最小化、是否分割，也不要求你先手动点开终端。
操作步骤很直接：
- 打开快捷键设置：
Ctrl+K Ctrl+S - 搜索
focus terminal，找到Terminal: Focus on Terminal View，双击快捷键列，设为例如Ctrl+J - 搜索
focus editor，找到Focus Active Editor Group，设为例如Ctrl+K - 避免用
Ctrl+1绑定后者——它同时触发左侧活动栏（如调试视图），可能误切到非编辑器区域
配完后，Ctrl+J 总是切到第一个终端（哪怕它在隐藏标签页里），Ctrl+K 总是切回当前编辑器组，行为可预测、无歧义。
多个分割终端之间跳转，必须先让终端面板获得焦点
如果你用了右键终端标题栏 → Split Terminal 创建了垂直/水平分割的终端面板，Ctrl+PageUp/Ctrl+PageDown 才能生效。但前提是：光标必须已经在终端面板内。很多人反复按没反应，其实是焦点还停在代码编辑区、大纲或 Git 面板上。
正确流程只有两步：
- 先按你自定义的终端聚焦键（如
Ctrl+J），确保光标进入终端区域 - 再按
Ctrl+PageUp（上一个面板）或Ctrl+PageDown（下一个面板） - Mac 用户对应的是
Cmd+Fn+↑/Cmd+Fn+↓，不是Cmd+PageUp（外接键盘除外）
注意：Ctrl+Tab 是编辑器标签页切换，对终端面板完全无效；终端顶部的多个 Tab 标签 ≠ 独立可聚焦面板，只有通过 Split Terminal 创建的才是。
终端被最小化或拖出后，焦点行为会彻底失效
VSCode 对终端的焦点控制仅限于主窗口内的集成终端。一旦你点击 Hide Terminal，Ctrl+` 或自定义快捷键会重新显示并聚焦「最后一个活动终端」，而不是按顺序跳转；如果终端被拖拽成独立窗口，所有快捷键都失去作用——VSCode 已经无法感知或控制那个外部窗口的焦点。
远程开发场景（SSH/WSL）下还有额外坑：
- 终端进程响应延迟，焦点切换可能滞后半秒，容易误判为快捷键失灵
- Vim 插件可能劫持
Ctrl+PageUp/Down，需在keybindings.json中显式覆盖 - 某些扩展（如 Cline、GitHub Copilot Chat）会监听全局快捷键，和终端焦点命令冲突
最稳妥的做法，始终把终端保留在主窗口底部面板，禁用 Hide 功能，也别拖拽。复杂点不在快捷键本身，而在 VSCode 对终端生命周期的有限控制力——它只管“面板”，不管“进程”或“窗口”。
