vscode分屏依赖编辑器组而非标签页；顶部出现多排带编号的tab栏即为多组，右键含split right/down选项才处于可分屏状态，垂直分屏用ctrl+\（win/linux）或cmd+\（macos），水平分屏用ctrl+shift+\或cmd+shift+\。
VSCode 的分屏不是“打开多个标签页”就能解决的，它依赖编辑器组（Editor Group）这一底层机制；不理解这点，所有拖拽、快捷键操作都会变成玄学——比如按 Ctrl+\ 没反应、拖文件消失、关掉一个窗口后 Git 状态错乱。
怎么确认当前是编辑器组而非标签页？
标签页（Tab）只是同一组内的文件切换入口，而编辑器组才是真正的“并排区域”。顶部若只有一排 tab，就是单组；出现两排或更多横向排列的 tab 标题栏（每排左上角有数字编号），才说明已创建多个编辑器组。
- 右键任意 tab → 若菜单含
Split Right/Split Down，说明当前处于可分屏上下文；若只有Close Others，大概率还在单组内 - 按
Ctrl+1有反馈，但Ctrl+2没反应？说明第 2 组已被关闭，不是快捷键失效 - 拖动 tab 到窗口边缘没出现蓝色高亮区？目标位置可能落在侧边栏、终端面板或调试视图上，不是编辑器区域
垂直/水平分屏的可靠触发方式
别依赖鼠标拖拽猜位置，优先用命令或快捷键。VSCode 的分屏方向由「当前焦点组」和「触发动作」共同决定，不是固定映射。
- 垂直分屏（左右并排）：
Ctrl+\（Windows/Linux）或Cmd+\（macOS）——这是最稳的默认路径 - 水平分屏（上下并排）：
Ctrl+Shift+\（Win/Linux）或Cmd+Shift+\（macOS）；注意不是连按两次\ - 命令面板补救：
Ctrl+Shift+P→ 输入View: Split Editor Right或View: Split Editor Down，避免快捷键被系统拦截 - 右键 tab 是最直观方式：选
Split Right就不会误拆成上下，选Split Down也不会左右错位
分屏间移动文件和切换焦点的实际逻辑
“把 A 文件拖到右边”这个说法本身就有误导性——VSCode 不移动文件，而是复制其编辑器实例到新组；真正移动需加 Shift 键，或用快捷键明确指定方向。
- 移动当前文件到右侧组：
Ctrl+K后松开，再按→（右箭头） - 移动到下方组：
Ctrl+K+↓；向上/向左同理，Ctrl+K是“移动编辑器”的前缀键 - 切换焦点组：
Ctrl+1/Ctrl+2直接跳转，但编号按打开顺序动态分配——关掉第 2 组后，新组会继承编号 2，不是自动变成 3 - 想快速在相邻组循环？
Ctrl+PageUp/Ctrl+PageDown（Win/Linux）比反复按Ctrl+1/Ctrl+2更顺手
为什么关掉一个窗口，另一个窗口的 Git 状态突然变红？
这不是 Git 插件 bug，而是 VSCode 多窗口下 Git 扩展默认共享仓库监听状态。当窗口 A 关闭时，它释放的 Git 进程可能触发窗口 B 的状态重检，而该检查看到的是过期索引或未刷新的暂存区。
- 根治方法：每个项目窗口必须用
code --new-window /path/to/project启动，且打开完整文件夹（不能只开单个文件） - 禁用跨窗口干扰：
settings.json中设"git.autoRepositoryDetection": false，再为每个项目手动配置"git.repositoryScanMaxDepth"和路径白名单 - 检查是否误启用了全局
git.path配置——不同项目用不同 Node 版本或 Git 二进制时，混用会导致状态解析失败 - 终端也得隔离：右键终端面板 →
Move Terminal to Editor Area，再拖进对应编辑器组，否则git status输出可能被其他组的命令覆盖
编辑器组编号不固化、Git 状态跨窗口耦合、终端未绑定到组——这三个点最容易在重启后或多人协作时暴露，但很少出现在官方文档的“分屏教程”里。
