vscode分屏方向由快捷键严格决定：ctrl+\（win/linux）或cmd+\（macos）为垂直分屏（左右并排），ctrl+shift+\（win/linux）或cmd+shift+\（macos）为水平分屏（上下并排），拖拽方向不参与逻辑判断，且均需聚焦编辑器组、关闭预览模式并满足最小宽度要求。
VSCode 的横向分屏和纵向分屏不是靠“拖拽方向”猜出来的，而是由明确命令和快捷键决定的——按错一个键，就得不到想要的布局。
Ctrl+\ 是垂直分屏，不是“左右分屏”的万能键
很多人以为 Ctrl+\ 就是“左右分屏”，其实它触发的是 workbench.action.splitEditor，默认行为是**垂直拆分（即左右并排）**。这个操作只对当前聚焦的编辑器组生效，且必须满足：光标在编辑器内（不能在终端、侧边栏或搜索框）、已打开至少一个文件、未处于预览模式（单击资源管理器文件会生成临时预览标签，双击才进正式组）。
- Windows/Linux：
Ctrl+\→ 垂直分屏（左/右） - macOS：
Cmd+\→ 垂直分屏（左/右） - 重复按
Ctrl+\不会自动横向堆叠，而是在当前组继续垂直劈列（比如三列） - 如果顶部只有一排 tab，右键没有
Split Right选项，说明还没进入多组状态，Ctrl+\会静默失败
水平分屏（上下并排）必须用 Ctrl+Shift+\
VSCode 没有“自动识别拖拽方向”的智能逻辑，Ctrl+\ 和 Ctrl+Shift+\ 是两个完全独立的命令，不能混用。水平分屏对应的是 workbench.action.splitEditorDown，快捷键固定：
- Windows/Linux：
Ctrl+Shift+\ - macOS：
Cmd+Shift+\ - 该操作会在当前组下方新增一个编辑器区域，形成上下结构
- 若当前编辑器组已满屏（比如全屏化），可能因空间不足导致无响应；建议先缩小窗口或调低缩放比例（
Ctrl+-）再试
终端分屏和编辑器分屏是两套独立系统
终端面板的分屏不响应 Ctrl+\，必须先确保焦点在终端内（按 Ctrl+` 唤出并点击终端输入区），再使用终端专属快捷键：
- 横向拆分（上下）：
Ctrl+Shift+5（Win/Linux）或Cmd+Shift+5（macOS） - 纵向拆分（左右）：
Ctrl+Shift+6（Win/Linux）或Cmd+Shift+6（macOS） - 终端分屏后，每个面板运行独立的 PTY 进程，但共享同一工作区环境变量
- 如果按了没反应，90% 是因为焦点不在终端——哪怕终端面板开着，光标在代码里，快捷键就无效
拖拽分屏失败的三个硬性条件
拖文件 tab 到边缘看似直观，但 VSCode 对触发区域极其敏感，以下任一条件不满足，拖拽就会失效或“丢文件”：
- 预览模式开启：
workbench.editor.enablePreview默认为true，单击资源管理器只会生成临时 tab，松手即消失；解决方法是双击文件，或右键 →Open to the Side - 目标区域宽度不足：VSCode 要求新分屏区域宽度 ≥200px，高 DPI 缩放（如 150%）或窄屏笔记本下极易不响应
- 拖错位置：拖进资源管理器、调试视图、大纲、终端等非编辑器主区域，文件会进入不可见状态，关闭窗口即丢失；正确做法是只往编辑器主区域的左右/上下边缘拖，看到半透明高亮区再松手
真正卡住人的从来不是功能不存在，而是 VSCode 把「编辑器组」作为底层单元，而用户还在用「标签页」思维操作——比如关掉一个 tab 就以为分屏还在，其实整个组可能已被销毁；又比如按 Ctrl+2 切不到第二组，只是那组早被手动关掉了，编号不会跳空，新组会复用 2。
