Sublime Text分屏是单进程内Groups布局，非多窗口；误混用会导致插件冲突、保存错文件等。正确做法：用Ctrl+Alt+2/Cmd+Alt+2触发set_layout，再Ctrl+2/Cmd+2切焦点，拖文件需对准顶部边缘蓝色插入线，同文件联动必须用New View into File。
Sublime Text分屏不是多窗口，别混用概念
分屏（Groups）和多窗口（Windows）是两套完全独立的机制：分屏是单个进程内划分多个编辑区域，靠 set_layout 命令控制；多窗口是多个独立进程，各自有独立的插件状态、设置和项目上下文。误把分屏当多窗口，会导致插件冲突、配置错乱、甚至保存时写错文件。
常见错误现象包括：Ctrl+Tab 切不到另一个“窗口”里的标签页、关掉一个窗口后另一个窗口的插件突然失效、Project → Save Project As 保存后只在当前窗口生效。
- 分屏间切换焦点用
Ctrl+1/Ctrl+2（Windows/Linux），或Cmd+1/Cmd+2（macOS） - 多窗口间切换只能靠系统级
Alt+Tab或任务栏点击 - 拖拽标签页到另一个窗口 ≠ 移动到另一个分屏组，而是复制文件到新进程，可能触发重复 buffer
分屏快捷键失效？先查快捷键劫持和命令面板验证
Ctrl+Alt+2（Windows/Linux）或 Cmd+Alt+2（macOS）没反应，90% 是被系统输入法、全局截图工具或插件（如 Origami）拦截了。Sublime 的原生分屏不依赖插件，但第三方布局插件会重映射甚至覆盖 set_layout 行为。
验证方式很简单：打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），输入 Set Layout，选 Columns: 2 —— 如果这时能分屏，说明快捷键确实被劫持。
- 临时解决：禁用输入法的全局快捷键，或暂时停用可疑插件
- 长期建议：卸载 Origami 等非必要布局插件——它会让
Move to Group失效、拖拽响应变卡、甚至破坏.sublime-project中自定义 layout 的 JSON 解析 - 别点错菜单路径：必须走
View → Layout → Columns: 2，旧版Groups菜单项已弃用，点了无响应
拖文件进右栏总失败？焦点和释放位置才是关键
鼠标拖拽标签页到右侧边缘，看到半透明提示框就松手，结果文件没过去、甚至原标签还关闭了——这不是操作问题，是 Sublime 对“释放条件”极其严格：必须拖到目标栏**顶部边缘**，等出现**蓝色高亮插入线**（不是虚线框）再松手。早松=回退；偏松=弹出新独立窗口。
更稳的做法是绕过拖拽：
- 先按
Ctrl+2（或Cmd+2）把焦点切到右栏，状态栏左下角应显示Group: 1 - 右键侧边栏中目标文件 → 选
Move to Group → Right（或编号1） - 如果右栏已有同名文件，拖入后原栏不会自动关闭，得手动关掉，否则两个视图编辑的是同一文件的**不同 buffer 副本**，改一个不会同步另一个
同一文件要两边联动编辑？别拖标签，用 New View into File
想在左右两栏同时看一个文件的定义和调用位置，并实时同步滚动、光标跳转、折叠状态——不能靠拖标签或双击打开，那只是复制标签页，两个视图完全独立。正确做法是创建共享底层 buffer 的新视图：
- 确保文件已打开，右键其标签页 →
New View into File - 会出现一个同名但带
[view]后缀的新标签页 - 点击右栏空白处激活它（状态栏显示
Group: 1），再把新标签页拖进去 - 此时任一视图中
Ctrl+G跳行、折叠代码、修改内容，另一视图都会实时响应
Sync Scroll 只同步滚动条位置，光标、高亮、折叠都不一致；真联动只来自 New View into File 创建的多视图机制。这个细节很多人忽略，直到发现改完左边，右边光标还停在老地方才意识到根本没联动。
