VSCode的“浮动编辑器”实为编辑器组，通过CSS Flex实现视觉悬浮；左右分屏最适代码对比，因符合横向阅读习惯；拖拽需对准边缘虚线提示；仅打开文件夹并保存工作区才能持久化布局。
VSCode的“浮动编辑器”其实是编辑器组，不是独立窗口
VSCode 并没有真正意义上的“浮动编辑器”概念——用户常说的“浮动”，其实是 Editor Group（编辑器组）在当前窗口内的动态布局表现。它不脱离主进程、不新建系统窗口，而是通过 CSS Flex 容器弹性划分编辑区域，实现视觉上的“悬浮感”。这种设计让分屏对比既轻量又可靠：两个文件共享同一项目上下文（如 IntelliSense、引用跳转、调试会话），但各自保有独立滚动位置、折叠状态和光标焦点。
为什么左右分屏最适合代码对比？
垂直分屏（即左右布局）是代码对比最自然的物理映射：人类阅读习惯本就是横向扫视，结构差异（如缩进、括号对齐、函数签名偏移）一眼可辨。VSCode 的 Compare with Selected 功能正是基于此逻辑构建的：
- 右键一个文件标签 → Select for Compare
- 再右键另一个文件 → Compare with Selected
- 对比视图自动启用同步滚动（锁形图标亮起时），且高亮显示行级/字符级差异
若误用上下分屏做长文件对比，频繁滚动会导致视线反复上下跳动，反而降低识别效率。
拖拽到边缘触发分屏，但方向容易误判
资源管理器里拖文件到右侧边缘 → 新建右分屏；拖到顶部边缘 → 新建上方水平分屏。问题在于：VSCode 的“边缘热区”宽度仅约 10px，鼠标稍一抖就可能落到中间区域，结果变成在原组内新开标签页，而非创建新组。
- ✅ 正确做法：拖动时紧盯编辑器区域边缘，看到虚线提示（
Split Editor Right或Split Editor Up）再松手 - ❌ 常见错误：拖到标签栏空白处 → 文件被移动到另一组，而非拆分
- ⚠️ 注意：macOS 上
Cmd + \默认只触发右拆分，若想向上拆分，需手动绑定workbench.action.splitEditorUp到新快捷键
工作区不保存，分屏布局重启就丢
VSCode 默认只对“以文件夹形式打开的工作区”持久化分屏状态。如果你直接双击单个 .ts 文件启动 VSCode，哪怕调好了三栏布局，退出后再次打开该文件，一切归零。
- ✅ 必须用 File → Open Folder… 打开整个项目目录
- ✅ 调整好布局后，执行 File → Save Workspace As… 生成
.code-workspace文件 - ⚠️ 避坑：不要依赖
workbench.editor.restoreViewState单独生效——它只恢复每个文件的折叠/滚动位置，不恢复组数量和排列顺序
真正的分屏对比能力，不在“能分”，而在“分完还能稳住”。一旦布局无法复现，对比就退化成手动切标签，效率断崖下跌。
