ctrl+\没反应是因为焦点不在编辑器组，需确保光标在编辑器内、关闭预览模式、使用正确快捷键（水平分屏用ctrl+\，垂直分屏用ctrl+shift+\），并确认已存在多编辑器组。
Ctrl+\ 没反应？先确认你操作的是编辑器组
VSCode 分屏不是对“标签页”操作，而是对「编辑器组」生效。顶部只有一排 tab 就是单组；出现两排或更多横向排列、左上角带编号（1、2）的 tab 栏，才说明已创建多个编辑器组。
常见误判点：
- 按
Ctrl+\没反应 → 当前焦点不在编辑器区域（比如光标在终端或侧边栏），或根本还没打开任何文件 - 右键 tab 只有
Close Others→ 仍在单组内，Split Right和Split Down不会出现 -
Ctrl+2切不到第 2 组 → 该组已被关闭，编号不会跳空，新组会复用2
垂直分屏和水平分屏的快捷键不能混用
VSCode 的分屏方向由快捷键严格决定，不是靠拖拽位置猜出来的：
- 垂直分屏（左右并排）：用
Ctrl+\（Windows/Linux）或Cmd+\（macOS） - 水平分屏（上下并排）：必须用
Ctrl+Shift+\（Win/Linux）或Cmd+Shift+\（macOS） - 重复按
Ctrl+\code> 是在当前聚焦组上继续劈列，不是全局重排 —— 比如三列布局，要先按一次得双列，再点右列使其聚焦，再按一次
- 命令面板补救：
Ctrl+Shift+P → 输入 <code>View: Split Editor Right或View: Split Editor Down，避开快捷键被系统拦截的情况
拖拽失败的三个硬性条件
拖拽 tab 到边缘看似直观，但 VSCode 对触发区域极其苛刻：
- 预览模式干扰：
workbench.editor.enablePreview默认开启，单击资源管理器文件只生成临时预览标签，松手后消失；解决方法是双击文件，或右键 →Open to the Side - 宽度不足：分屏后每侧需至少约 200px 宽，高缩放比（如 150%）或窄屏下极易不响应
- 拖错区域：拖进资源管理器、终端、大纲视图等非编辑器区域，文件会进入不可见状态，关掉就丢；正确做法是只往编辑器主区域的左右/上下边缘拖，看到半透明高亮区再松手
同步滚动不是 UI 开关控制的
右键编辑器顶部空白处勾选 Synced Scrolling 是假开关，实际起效的是命令 Toggle Editor Group Synchronization：
- 该命令只对由
Ctrl+\code> 或 <code>Split Right创建的、属于同一编辑器组的两个面板生效 - 如果一边是编辑器、一边是终端，或其中一个是预览标签，命令执行无效
- 临时绕过同步：按住
Alt（macOS 是Option）+ 滚轮，松手即恢复，比反复开关快得多 - 设置里写
"editor.synchroScroll": true已失效，字段被移除多年
File > Save Workspace As...），否则每次重启都得重来。
