VSCode的“多窗口”实为编辑器组而非系统级窗口；确认方式：单排tab为单组，多排带编号tab栏表示多组已存在，右键含Split Right/Down才可分屏，快捷键失效多因焦点不在编辑器区、未关闭预览模式或未满足触发条件。
VSCode 的“多窗口”其实是编辑器组（Editor Group），不是操作系统级的多个 VSCode 窗口；所谓分屏，本质是创建并管理多个编辑器组。理解这点，才能避开 90% 的快捷键失灵、拖拽消失、切组失败问题。
怎么确认当前是编辑器组，而不是普通标签页？
顶部只有一排 tab → 单组；出现两排或更多横向排列、左上角带编号（1、2、3…）的 tab 栏 → 多组已存在。Split Right 和 Split Down 右键菜单项只在多组上下文中出现。如果右键只有 Close Others，说明你还在单组里，Ctrl+\ 按了也不会有反应。
- 按
Ctrl+1有反馈但Ctrl+2没反应？第 2 组已被关闭，编号不会跳空，新组会复用 2 - 光标焦点不在编辑器区域（比如停在终端、侧边栏、搜索框）时，所有分屏快捷键都失效
- 资源管理器里单击文件默认开启预览模式（
workbench.editor.enablePreview为 true），这种 tab 不属于任何组，拖不动、切不了、关掉就丢
Ctrl+\ 没反应？先检查这三件事
不是快捷键坏了，而是触发条件不满足：
- 确保光标在编辑器内容区（哪怕只是点一下代码行），而非终端、大纲、调试控制台等面板
- 确认已打开至少一个真实文件（非预览 tab）：双击资源管理器文件，或右键 →
Open to the Side - 垂直分屏用
Ctrl+\（Win/Linux）或Cmd+\（macOS）；水平分屏必须用Ctrl+Shift+\或Cmd+Shift+\，不能混用
快捷键被系统拦截（如输入法、远程桌面）时，可改用命令面板：Ctrl+Shift+P → 输入 View: Split Editor Right 或 View: Split Editor Down。
拖拽分屏总失败？关键在“松手位置”和“目标宽度”
VSCode 对拖拽响应极其苛刻，不是“往边上拖就行”：
- 拖进资源管理器、终端、调试视图等非编辑器区域 → 文件会进入不可见状态，关掉就丢
- 正确做法：只往编辑器主区域的左右/上下边缘拖，看到半透明高亮区再松手
- 分屏后每侧需至少约 200px 宽；高缩放比（如 150%）或窄屏下极易不响应，可先调小字体或缩放比例再试
- 预览模式干扰严重：关闭
workbench.editor.enablePreview后，拖拽才稳定可靠
同步滚动和布局保存，这两个最容易被忽略
Synced Scrolling 不是 UI 开关控制的——右键编辑器顶部勾选那个选项是假开关。真正起效的是命令 Toggle Editor Group Synchronization，且仅对由 Ctrl+\ 或 Split Right 创建的、同属一个编辑器组的两个面板生效。一边是终端、一边是预览 tab，该命令无效。
分屏本身不保存：关掉窗口，布局就重置。唯一固化方式是 File > Save Workspace As。否则每次重启都要重来，这不是 bug，是设计如此。
