VSCode的“vertical”配置仅控制新拆分方向而非自动平铺，它不重排已有编辑器组宽度，需手动拖拽分割线并配合Reset Editor Group Sizes命令实现视觉等宽，本质是人工校准结果。
VSCode 默认不启用“垂直平铺”这种类似 tiled window manager 的自动均分布局，它本质是基于编辑器组（Editor Group）的弹性布局系统，workbench.editor.splitInGroupLayout 控制的是新拆分的方向，不是窗口级平铺。所谓“垂直平铺”，实际是指多个编辑器组在水平方向上等宽并列显示——这需要手动控制或借助配置+行为约束来逼近效果。
为什么 splitInGroupLayout: "vertical" 不等于垂直平铺
这个配置只影响「新拆分时的默认方向」：设为 "vertical" 后，每次执行 View: Split Editor Right 都会向右新增一个同级编辑器组（即左右并排），但它不会强制等宽，也不会自动把已有组重新均分。VSCode 从不自动重排已有组的宽度比例——拖拽过一次分割线后，比例就固化了，重启也保留。
-
"vertical"是拆分方向策略，不是布局算法 - 它不干预已存在的组宽度，也不限制最大组数
- 没有内置“三等分”“四等分”命令，全靠手调或插件模拟
用 workbench.editor.openSideBySideDirection 统一新开文件位置
这个配置决定双击文件、Ctrl+P 搜索打开等「非主动拆分」操作的默认落点。设为 "right" 可确保所有新文件都进入右侧组（如果存在），避免意外覆盖当前标签页。
- 值可选
"right"（默认）、"down"或"left" - 仅对「未指定目标组」的打开行为生效，不影响
Split Editor类命令 - 搭配
splitInGroupLayout: "vertical"才能形成稳定右向追加习惯
真正实现“视觉平铺”的三个实操要点
VSCode 没有原生平铺引擎，但可通过组合配置 + 操作习惯 + 少量插件逼近效果：
- 在
settings.json中启用"workbench.editor.restoreViewState": true，否则每次重启后所有组宽度归零，回到初始比例 - 手动拖拽分割线到目测 1:1 或 1:1:1 位置后，立刻按
Ctrl+Shift+P→ 输入View: Reset Editor Group Sizes（该命令存在但无快捷键，默认绑定为空），可重置为均分——注意：此命令仅对当前可见组生效，隐藏组不参与 - 如需严格三列，建议固定使用三组：先
Split Editor Right两次，再依次拖拽两处分割线至等距；之后避免用鼠标乱拉，改用键盘焦点切换（Ctrl+1/Ctrl+2/Ctrl+3）维持结构
容易被忽略的兼容性陷阱
某些扩展（尤其是 UI 覆盖类、终端增强类）会劫持编辑器区域高度或注入浮动容器，导致分割线拖拽失灵、组尺寸错乱。最典型的是 Remote - SSH 连接后，部分远程环境的字体渲染或 DPI 设置会让分割线响应变迟钝。
- 若发现拖不动分割线，先禁用所有非必要扩展，再测试
-
workbench.layoutControl.enabled已废弃（VSCode ≥1.80），不要在 settings 中写它 - 多显示器场景下，不同缩放比例会导致分割线位置记忆异常，建议统一主副屏缩放为 100% 或相同值
真正的“垂直平铺”在 VSCode 里始终是人工校准的结果，不是开个开关就能自动维持的。关键不在配置项本身，而在你是否愿意接受：每次新增文件后，手动微调一次分割线——这才是目前最可靠、最轻量、最不依赖插件的方式。
