vscode的“多窗口”实为编辑器组而非系统级窗口，垂直平铺用ctrl+\，水平用ctrl+shift+\，右键split最可靠，拖拽需按shift移动而非复制，关闭组用ctrl+k ctrl+w，grid布局不可调尺寸，需手动拖分隔线调整。
VSCode里“多窗口”其实是编辑器组，不是系统级窗口
VSCode 没有真正意义上的多个系统窗口，所谓“平铺”就是创建多个 Editor Group（编辑器组），每个组拥有独立的标签栏和文件上下文。误以为是“开多个标签页”或“拖出新窗口”，会导致操作失效、文件消失、Git 状态错乱等问题。
确认是否已进入多组状态：看顶部是否有两排及以上横向排列的 tab 标题栏，每排左上角带编号（如 1、2）；右键任意 tab，菜单中出现 Split Right 或 Split Down 才说明当前处于可分屏上下文。
- 按
Ctrl+1有响应但Ctrl+2没反应？说明第 2 组已被关闭，不是快捷键坏了 - 拖动 tab 到边缘没蓝色高亮？大概率拖进了侧边栏、终端或调试面板，不是编辑器区域
-
Ctrl+Tab切不到刚点开的文件？那很可能是预览标签（斜体），默认不计入切换列表
用快捷键快速平铺：垂直/水平拆分最稳
拖拽依赖视觉反馈，容易失败；快捷键绑定明确行为，成功率高，且不依赖鼠标精度。
- 垂直平铺（左右并排）：
Ctrl+\（Windows/Linux）或Cmd+\（macOS）——作用于当前焦点组，新建右侧组 - 水平平铺（上下并排）：
Ctrl+Shift+\或Cmd+Shift+\——新建下方组 - 移动当前编辑器到右侧组：
Ctrl+K → →（先按住Ctrl+K，再按右箭头） - 移动到下方组：
Ctrl+K → ↓；同理↑/←控制方向 - 关闭当前组：
Ctrl+K Ctrl+W（不是关单个 tab，是整个组连同里面所有文件）
注意：Ctrl+K Ctrl+0 会把所有文件合并回第 1 组，不丢失内容，适合误操作后快速回退。
右键 Split 是最可靠的平铺入口
命令面板或快捷键可能被系统拦截（尤其 macOS 上某些输入法），而右键菜单直接作用于当前上下文，零歧义。
- 右键已打开的文件 tab → 选
Split Right：强制在右侧新建组，不会上下错位 - 右键 →
Split Down：强制在下方新建组，避免左右误拆 - 想把文件“移过去”而非复制过去？必须按住
Shift再拖，否则默认是复制（原组仍保留） - 拖进资源管理器区域 → 触发预览模式（斜体 tab），关掉就丢编辑状态
- 拖进终端面板 → 文件变成内嵌内容，实际没进任何编辑器组
Grid 布局和自定义尺寸调整的实际限制
View → Editor Layout → Grid (2x2) 看起来方便，但它生成的是等分四宫格，无法单独调整某一行/列高度或宽度；真要非对称布局（比如左侧代码区宽、右侧终端窄），必须手动拖边界线或改配置。
- 鼠标悬停在两个编辑器组之间的分隔线上，出现双向箭头后拖动，可实时调整尺寸
- 右键编辑器组空白处 →
Keep Editor Group Open，防止关掉最后一个文件时自动销毁该组 - 想固定侧边栏宽度？改
settings.json中的"workbench.sideBar.minimumWidth"，例如设为280 -
Flip Layout只翻转当前组合结构（如“上1下2”变“左1右2”），不改变各组内部尺寸比例
Grid 预设适合快速启动，但复杂工作流最终得靠手动调边界 + 锁定组 + 关闭 workbench.editor.enablePreview 来稳定状态——否则斜体预览标签一关，你刚排好的三组布局就只剩一组了。
