右侧编辑器组“找不到”文件是因为VSCode默认仅复制当前文件实例，不自动打开其他文件；正确做法是右键资源管理器中目标文件选择“在新右侧编辑器组中打开”。
Ctrl+\ 拆分后，右侧编辑器组为什么“找不到”文件？
不是文件丢了，是 VSCode 默认不会自动把其他文件拖进新组——它只复制当前文件的编辑器实例。你 Ctrl+\ 后看到右侧和左侧一模一样，但资源管理器里双击的其他文件，仍会打开在原组。
正确做法是：
- 拆分后，右键资源管理器中目标文件 → 选“在新右侧编辑器组中打开”（比拖标签稳得多）
- 或按
Ctrl+K然后Ctrl+→（Windows/Linux），把已打开的文件批量移入当前焦点组 - 避免用鼠标拖标签到边缘：稍偏一点就可能触发
Move Editor into New Window，弹出独立窗口而非组
同一文件左右两边滚动不同步，怎么强制对齐？
这是设计行为，不是 bug。左右两个编辑器组各自维护滚动位置、折叠状态、光标位置。想临时同步阅读位置，得手动开启同步滚动。
操作路径：
- 确保焦点在某个编辑器内（比如左侧）
- 右键该编辑器的标签页 → 勾选
Sync Scrolling（仅当两侧是同一文件时才显示此选项） - 此时上下滚动任一侧，另一侧会跟随；但光标、折叠、搜索高亮依然独立
- 退出同步：再右键标签页取消勾选即可
注意：Compare Active File With 不适用这个场景——它生成只读 diff 视图，右侧无法编辑，且不支持独立滚动。
关闭 VSCode 再重开，分组布局全乱了怎么办？
VSCode 默认不固化编辑器组结构，尤其多显示器环境下拔掉副屏后，右侧组常被挤出可视区，甚至卡在窗口边缘外不可见。
真正有效的固化方案：
- 在
settings.json中启用"workbench.editor.restoreViewState": true，保存每组的折叠/光标/滚动状态 - 执行
File → Save Workspace As…生成.code-workspace文件，它会记录各组相对坐标 - 首次用该工作区启动时，仍需手动把组拖回目标屏幕一次；之后 VSCode 才会记住这次“最终坐标”并复用
别依赖 workbench.editor.openSideBySideDirection 或 splitInGroupLayout，它们只影响新开文件的方向，不恢复历史布局。
编辑器组之间哪些东西是隔离的？哪些会共享？
编辑器组本质是独立 UI 容器，不是逻辑分组。很多开发者误以为“开了两组就能一边写代码一边跑调试”，结果发现断点没生效、终端没响应——因为这些根本不跨组。
明确隔离项：
- 终端：每个组有自己的集成终端实例，
Ctrl+`只切换当前组的终端面板 - 调试会话：断点、变量监视、调用栈只作用于当前组所激活的文件上下文
- 缩放级别：
Ctrl+=/Ctrl+-仅影响当前组，另一组字体大小不变 - 查找高亮：全局搜索结果只在焦点组中标记，另一组看不到高亮条
唯一共享的是工作区配置、扩展状态、文件系统监听——但这也意味着，你在右侧改了 package.json 并保存，左侧如果正开着它，会收到 File changed on disk. Do you want to reload? 提示。
