Ctrl+1到Ctrl+9是跳转编辑器组的唯一可靠方式；编号按创建时间固定，不随拖动改变，Ctrl+Tab仅按最近使用循环所有文件，不精准定位分屏。
Ctrl+1 到 Ctrl+9 是跳转编辑器组的唯一可靠方式
VSCode 的「分屏」本质是编辑器组（Editor Group），不是标签页（Tab）。想在左右/上下多个面板间切换焦点，必须用 Ctrl+1 到 Ctrl+9，而不是 Alt+Tab 或鼠标点——后者切的是系统窗口或标签页，不保证光标落在目标代码区。
编号顺序由创建时间决定：Ctrl+1 总是第一个组（最左或最上），Ctrl+2 是第二个，依此类推。即使你把组拖动重排了位置，编号也不会变。开三个以上分屏时，Ctrl+Tab 按最近使用顺序循环所有已打开的编辑器（含不同组里的文件），适合快速回溯刚编辑过的那个文件，但不适合精准定位某一分屏。
- 如果只开了两个分屏，
Ctrl+1/Ctrl+2最稳，不会误跳 - 右键编辑器顶部空白处 → “Focus into Primary Side Editor” 或 “Focus into Secondary Side Editor” 也能强制切到左右主次侧，但依赖当前是否为双组结构，不如数字键通用
- 按
Ctrl+K然后→（右箭头）可把当前文件“移动”到右侧组，适合整理布局，但不是跳转焦点
同一文件双视图下，如何让两个光标停在不同行？
用 Split Editor Right 打开同一文件后，两个视图默认开启同步滚动（Synced Scrolling），一滚全滚，光标也容易被带偏。这不是 bug，是设计行为，但日常对比阅读时极干扰。
先关掉同步：右键编辑器组顶部空白处 → 取消勾选 “Synced Scrolling”（该选项只在同文件多视图时出现）。然后分别用 Ctrl+G 跳转行号：
- 在第一个视图按
Ctrl+G，输入目标行号（如42），回车 - 按
Ctrl+2切到第二个视图，再按Ctrl+G输入另一行号（如187） - 如需让某一行居中显示，跳转后立刻按
Ctrl+L（Center Line）
注意：Ctrl+G 不会自动居中，也不保存滚动锚点；关闭同步后，折叠状态、搜索高亮、光标位置全部独立。
为什么 Ctrl+\ 按了没反应？大概率卡在预览模式
VSCode 默认开启 workbench.editor.enablePreview，点文件只进“预览标签页”，不是真正的编辑器组——此时 Ctrl+\、拖拽到边缘、右键 Split 都无效，因为操作对象根本不在编辑器组里。
解决方法很简单：打开设置（Ctrl+,），搜 enablePreview，把它设为 false；或者直接改 settings.json：
"workbench.editor.enablePreview": false
改完后，所有新打开的文件都会固定进当前组，Ctrl+\ 才能真正新建一个垂直分屏组。这是分屏失败最常被忽略的底层原因，比快捷键记错更隐蔽。
分屏太多乱了？别手动关，用重置命令一步清理
手滑按多了 Ctrl+\ 或 Ctrl+Shift+\，结果冒出四五个窄条，又不想一个个右键关掉？执行 View: Reset Editor Layout 最快。
调出命令面板（Ctrl+Shift+P），输入 Reset Editor Layout 回车，所有编辑器组瞬间恢复成单组默认状态，连带终端、调试面板等布局也归位。它不关文件，只是重置容器结构——适合布局失控后的硬重启。
这个命令不保存历史，也不触发任何提示，执行即生效。复杂嵌套布局下，比数着关组更省心，也避免误关正在编辑的文件。
