ctrl+pageup/pagedown是唯一真正循环切换编辑器组的快捷键，严格按视觉左右（垂直分屏）或上下（水平分屏）顺序循环，不依赖编号或历史记录，且仅在编辑器组内生效。
Ctrl+PageUp/PageDown 是唯一真正循环切换编辑器组的快捷键
它不看编号，只按视觉顺序：垂直分屏时从左到右（Ctrl+PageDown）或从右到左（Ctrl+PageUp），水平分屏时从上到下或从下到上。你开了三个左右并排的组，Ctrl+PageDown 就会严格按「左→中→右→左」循环，Ctrl+PageUp 则反向。
常见错误现象：Ctrl+PageDown 按一次就停在中间组、再按没反应？大概率是当前只有两个组——第三个组被关掉了但你没意识到；或者焦点卡在终端/搜索面板里，根本不在编辑器区域。
- 必须确保光标在任意一个编辑器组内（比如正在编辑代码、光标在文本里），否则快捷键无效
- Mac 用户对应的是
Ctrl+Shift+[和Ctrl+Shift+]，不是Cmd+PageUp - 如果方向反了（比如想右切却跳到左边），说明分屏方向被改过，可先按
Ctrl+K再按→强制指定向右移动
Ctrl+1/Ctrl+2/Ctrl+3 适合定点跳转，不适合循环
这三个快捷键是“编号跳转”，不是循环逻辑。编号按打开顺序分配，关掉第 2 组后新建的组仍叫第 2 组，不会自动变成第 3 组。所以如果你开了三组，关掉中间那个，再按 Ctrl+2 就会跳到空的第 2 组（看起来像没反应）。
使用场景很明确：你知道自己要固定去哪一组，比如左侧写代码（Ctrl+1）、中间看日志（Ctrl+2）、右侧跑调试控制台（Ctrl+3），那就直接按数字，不用来回试。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
-
Ctrl+1总是落到第一个组，不管它现在有没有文件 - 如果某组当前没激活标签页，
Ctrl+2过去后光标不会自动聚焦到内容区，得再按一次Ctrl+Tab或点一下 - 编号只在当前窗口有效，新开一个 VS Code 窗口，编号重新从 1 开始
别指望 Ctrl+Tab 实现跨组循环
Ctrl+Tab 的行为本质是「最近使用顺序」缩略图面板，不是编辑器组循环。它可能把你带到终端、大纲、问题面板，甚至刚关闭的文件预览页——只要它们还在历史栈里。而且它只在当前组内生效，哪怕你右边开着 index.ts，Ctrl+Tab 也切不过去。
如果你发现按 Ctrl+Tab 跳到了不该去的地方，检查设置里的 workbench.editor.focusRecentEditorAfterClose 是否开启。关掉它能减少意外跳转，但不能让 Ctrl+Tab 变成组间循环工具。
- 真要纯编辑器组间循环，只能靠
Ctrl+PageUp/PageDown - 想快速回到上一个编辑过的文件（不管在哪组），
Ctrl+Tab仍然最顺手 - 没有配置项能让
Ctrl+Tab只作用于编辑器组——这是 VS Code 的设计逻辑，不是 bug
拖拽和 Ctrl+K 方向键更适合移动文件，不是切换焦点
把一个文件从左边组拖到右边组，VS Code 实际是复制了一个编辑器实例过去；加 Shift 才是移动。而 Ctrl+K → → 这套组合键的作用是“把当前编辑器移到右边组”，不是“把焦点移到右边组”。两者目的完全不同。
容易混淆的点在于：移动文件后，焦点通常会跟着过去，但这只是副作用。如果你只想切焦点、不碰文件，就别用这套操作——它多了一步确认动作，还依赖鼠标悬停位置是否准确。
- 拖拽失败常见原因：目标区域落在侧边栏、终端或调试视图上，不是编辑器组边界
-
Ctrl+K后按方向键，只对当前有内容的编辑器生效；空组里按了也没反应 - 右键标签选 “在右侧组中打开” 更可靠，但仍是文件级操作，不是焦点切换
Ctrl+PageUp/PageDown 做循环主干。编号跳转和拖拽更适合定向操作，混用反而增加误操作概率。
