vscode分屏依赖编辑器组而非标签页；垂直分屏用ctrl+\（win/linux）或cmd+\（macos），水平分屏用ctrl+shift+\或cmd+shift+\；右键标签选split right/down更精准，拖拽易因预览模式、宽度不足或区域误判而失败。
VSCode 分屏不是“打开多个窗口”，而是管理编辑器组（Editor Group）——理解这点，才能避开 90% 的拖拽失败、同步失效和布局错乱问题。
怎么用快捷键快速创建左右/上下分屏
最稳的启动方式是快捷键，不依赖鼠标精度或边缘热区识别：
-
Ctrl+\（Windows/Linux）或Cmd+\（macOS）：当前编辑器垂直分屏（右侧新增一列） -
Ctrl+Shift+\（Windows/Linux）或Cmd+Shift+\（macOS）：当前编辑器水平分屏（下方新增一行） - 重复按
Ctrl+\可在新生成的组上继续分——比如先按一次得双列，再点右列后按第二次，就出三列 - 注意：快捷键只作用于当前聚焦的编辑器组，不是全局重排；焦点丢失时会分到错误位置
为什么拖拽文件到边缘经常失败
拖拽看似直观，但 VSCode 对触发区域极其敏感，且受多种设置干扰：
- 预览模式未关：
workbench.editor.enablePreview默认开启，拖入文件只临时显示为预览标签，松手后可能直接消失 - 宽度不足：VSCode 要求分屏后每侧至少约 200px 宽，高缩放比（如 150%）或窄屏下极易不响应
- 拖错区域：拖进资源管理器、终端、大纲视图等非编辑器区域，文件会进入不可见状态，关掉就丢
- 替代方案：右键已打开的文件标签 → 选
Split Right或Split Down，100% 精准，无容错压力
三列或多列布局怎么稳定维持
VSCode 不支持“一键三列”按钮，也不能靠拖拽堆叠——必须按组逻辑手动构建：
- 先
Ctrl+\得双列，再点击右侧组任意标签使其聚焦，再按一次Ctrl+\，第三列自动出现在最右 - 文件固定到指定列：先用
Ctrl+1/Ctrl+2/Ctrl+3切到目标列（左→中→右），再用Ctrl+P搜索并打开文件 - 关闭某一列后，其余列不会自动撑满——这是设计行为，不是 bug；想恢复均分，用
Ctrl+1后再Ctrl+\强制重置为双列 - 终端被挤没？把鼠标悬停在编辑器与终端之间的分割线（靠近右下角），出现双向箭头后上拉即可抬高终端区域
同步滚动怎么开、为什么突然失效
同步滚动只对同一编辑器组内的纯代码编辑器生效，且必须是“克隆”而非“重复打开”：
- 正确开启：命令面板（
Ctrl+Shift+P）输入Toggle Editor Group Synchronization，回车执行 - 错误做法：
Split Editor（普通分屏）打开的是两个独立副本，滚动不同步；必须用Split Editor in Group（即Ctrl+K Ctrl+Right） - 常见失效原因：其中一栏是预览标签、打开了
dist/index.js而另一栏是src/index.ts（路径不同即视为不同文件）、或误切到终端/调试控制台所在的组 - 临时绕过同步：滚动时按住
Alt（Windows/Linux）或Option（macOS），松手后自动恢复同步
分屏本身不保存，重启后全归单列；真正要固化布局，必须关掉 workbench.editor.enablePreview，再配合 File > Save Workspace As 保存工作区，并确保 workbench.editor.restoreViewState 为 true。否则每次打开都得重配——这不是操作问题，是 VSCode 的默认行为边界。
