Ctrl+仅聚焦已存在的终端，不自动创建；可靠切换需组合Ctrl+1（回编辑器）与Ctrl+（进终端），并区分面板与标签页、焦点与可见性。
Ctr+`（反引号）不是双向切换键，它只是“聚焦终端”；真正同步、可预测的编辑器 ⇄ 终端焦点流转，必须靠两个独立命令手动绑定。
Ctrl+` 按了没反应？先确认终端是否已创建
VSCode 的 workbench.action.terminal.focusNext（默认绑定到 Ctrl+`）不会自动创建终端。如果从未执行过 Terminal: Create New Terminal，按 Ctrl+` 会静默失败——不报错、不弹窗、也不新建。
- 首次使用前，务必先用
Ctrl+Shift+`或命令面板运行Terminal: Create New Terminal - 终端被拖拽成独立窗口后，
Ctrl+`只作用于主 VSCode 窗口内的终端面板，外部窗口完全不可控 - 远程开发（WSL/SSH）下可能有几十毫秒延迟，属正常行为，不是卡死或配置错误
为什么 Ctrl+1 和 Ctrl+` 配合起来才可靠
Ctrl+1（Windows/Linux）或 Cmd+1（macOS）固定聚焦第一个编辑器组，不依赖历史、不看当前激活状态，是唯一能「强制回位」的操作；而 Ctrl+` 在终端已存在时能确保光标落到终端区域——两者组合，构成最小闭环。
-
Ctrl+1不受终端是否可见影响：哪怕终端正显示着，它也直接切回编辑器组 -
Ctrl+`不保证返回原编辑器组：它返回的是「上一个活跃编辑器组」，若你刚从右分屏切到终端，再按一次可能回到左分屏，而非你期望的那个 - macOS 用户注意：
Cmd+1易与系统 Mission Control 冲突，需在 System Settings > Keyboard > Shortcuts 中检查并禁用
多终端面板下，PageUp/PageDown 切的是“面板”，不是“标签页”
VSCode 的终端焦点切换逻辑严格区分「标签页（tab）」和「面板（pane）」：只有通过 Split Terminal（右键终端标题栏 → Split Terminal）生成的才是可被 Ctrl+PageUp/Ctrl+PageDown 切换的面板；反复 Terminal: Create New Terminal 产生的只是多个标签页，共享同一焦点域。
- 想用快捷键精准跳转，必须先确保终端是分割出来的面板，而不是一堆并排标签
-
Ctrl+Shift+0到Ctrl+Shift+9可直接聚焦第 0–9 个终端面板（编号按创建顺序），比循环切换更可控 - Vim 插件等常劫持
Ctrl+PageUp/Down，如失效，可在keybindings.json中显式覆盖为workbench.action.terminal.focusPreviousPane和workbench.action.terminal.focusNextPane
别信 Ctrl+Tab 能稳定切编辑器 ⇄ 终端
Ctrl+Tab 切的是「所有最近使用的可聚焦视图」：终端、大纲、问题面板、输出、调试控制台……只要出现过，就可能被轮到。它不是设计来服务编辑器/终端二元切换的，而是通用焦点历史轮转机制。
- 关闭文件后焦点意外跳到问题面板？关掉设置项
workbench.editor.focusRecentEditorAfterClose可缓解 - 无法禁用非编辑器区域参与
Ctrl+Tab切换——这是 VSCode 的底层设计决定，不是配置缺失 - 真正需要只在编辑器标签间循环，请用
Ctrl+PgUp/Ctrl+PgDn（注意是 PgUp/Dn，不是 PageUp/PageDown）
最易被忽略的一点：VSCode 对「焦点」和「可见性」是分开管理的。终端可以隐藏但仍有焦点，编辑器组可以打开但光标停在侧边栏——所有快捷键都只操作焦点，不控制显隐。想让行为符合直觉，得接受这个前提，而不是反复调快捷键试图“修复”。
