VSCode的“多窗口”本质是编辑器组而非系统级窗口；快捷键Ctrl+\（垂直）、Ctrl+Shift+\（水平）新建组，Ctrl+1~9切换焦点，Ctrl+K Ctrl+W关闭当前组，拖拽需对准蓝色高亮区或右键Split Right/Down更可靠。
VSCode 的“多窗口”本质是多个编辑器组（Editor Groups），不是操作系统级的多个 VSCode 进程窗口；所谓“更改布局”，就是增删、移动、缩放这些组，并控制它们在界面中的排列方式。
如何用快捷键快速创建/切换编辑器组
真正高效的操作不依赖拖拽，而是绑定明确行为的快捷键。默认设置下：
-
Ctrl+\（Windows/Linux）或Cmd+\（macOS）：垂直拆分，新建一个右侧编辑器组 -
Ctrl+Shift+\或Cmd+Shift+\：水平拆分，新建一个下方编辑器组 -
Ctrl+1～Ctrl+9（或Cmd+1～Cmd+9）：聚焦对应编号的编辑器组（编号显示在状态栏右下角，如1:2表示当前在第 1 组，共 2 组） -
Ctrl+K Ctrl+W（或Cmd+K Cmd+W）：关闭当前编辑器组（含里面所有打开的文件），不是关单个标签页
注意：Ctrl+K Ctrl+0 会重置为单组，但不会清空文件——它只是把所有文件合并到第一组，适合误操作后快速回退。
拖拽标签页时为什么文件“不见了”
常见现象：拖着一个 index.ts 标签往右拉，松手后没进新组，反而在侧边栏里打开了预览，或者终端区域弹出一个空白面板。这是因为：
- VSCode 的拖拽目标区域非常严格：只有编辑器区域边缘（左右/上下）出现蓝色高亮框，才表示能创建新组
- 拖进资源管理器（Explorer）区域 → 触发文件预览（preview 模式），关掉就消失，不保存编辑器组状态
- 拖进终端（Terminal）或输出（Output）面板 → 文件会被当作面板内嵌内容处理，实际并未进入编辑器组
- 想把文件从一组“移动”到另一组，必须按住
Shift键再拖，否则默认是复制（原组仍保留）
最稳妥的做法：右键标签页 → 选 Split Right 或 Split Down，不依赖视觉反馈，也不怕拖错位置。
为什么重启后布局又变回单列了
VSCode 默认会记住工作区的编辑器组状态，但以下三种情况会让它失效：
-
"workbench.editor.restoreViewState"在settings.json中被设为false—— 改成true才能恢复上次的组数、大小、打开的文件 - 用命令行带
--new-window参数启动 VSCode（例如code --new-window .）→ 强制新建独立窗口，不继承任何已有布局 - 你处于多根工作区（multi-root workspace），而不同文件夹的布局是分开保存的；切换根目录时，VSCode 加载的是该文件夹上次保存的布局，看起来像“重置”
如果希望每次启动都固定为双列，可直接在 settings.json 中配置 "workbench.editor.layout"，例如：
"workbench.editor.layout": {
"orientation": "horizontal",
"groups": [{ "size": 0.6 }, { "size": 0.4 }]
}
这个配置只对当前用户或工作区生效，且优先级高于手动操作记录。
面板（Terminal/Output）和侧边栏能和编辑器组联动吗
不能自动联动，但可以手动协调位置以减少干扰：
- 侧边栏移至右侧：右键任意侧边栏图标（如
Explorer）→Move Side Bar Right；或命令面板运行View: Move Side Bar - 终端移到右侧面板：先设
"workbench.panel.defaultLocation": "right"，再右键已打开的终端标签 →Move Panel to Right（拖拽无效） - 想让终端“占满右侧”，可用编辑器组 + 内联终端模拟：先
Cmd+\分左右组，再在右组中按Ctrl+J唤出终端（需提前设"terminal.integrated.defaultLocation": "editor"）
关键点在于：编辑器组、侧边栏、面板三者是独立容器，VSCode 不提供跨容器的尺寸绑定或同步折叠功能。所谓“协同”，其实是靠人记住哪些组合常用，然后用快捷键快速重建。
