VSCode中Ctrl+Click跳转默认覆盖当前编辑器，可通过设置"workbench.editor.openSideBySideDirection": "right"使其在右侧分屏打开；该设置适用于所有导航触发的新打开操作，优先复用右侧分屏，空时自动新建。
用 Ctrl+Click 跳转时自动在右侧分屏打开目标文件
VSCode 默认的 F12 或 Ctrl+Click 跳转会覆盖当前编辑器，容易打断阅读流。想让跳转结果“不挤掉当前文件”，关键不是改跳转行为本身，而是配置跳转目标的打开方式。
在 settings.json 中添加：
"editor.links": true, "editor.gotoLocation.multipleDefinitions": "gotoAndPeek", "workbench.editor.openSideBySideDirection": "right"
其中 openSideBySideDirection 控制所有“新打开”的编辑器默认位置——设为 "right" 后，Ctrl+Click 进入定义、Alt+F12 Peek 定义、甚至右键菜单里的 “Go to Definition” 都会自动在右侧分屏打开目标文件（如果右侧已有分屏则复用，否则新建）。
- 该设置不影响已打开的文件标签页，只作用于“由导航触发的新打开操作”
- 若右侧已有内容，VSCode 会优先复用那个分屏；只有当右侧为空时才新建
- 不推荐设为
"down"，因为上下分屏在长文件中易造成滚动错位，视觉割裂感更强
右键“Open to the Side”比拖拽更可靠
手动拖拽文件到边缘虽直观，但常因拖动距离/方向偏差失败，尤其在高 DPI 屏幕或触控板手势干扰下。真正稳的操作是：右键资源管理器中的目标文件 → 选 Open to the Side。
这个命令本质是调用 workbench.action.files.openFileToSide，它绕过了 UI 拖拽的像素级判断，直接按逻辑布局规则插入新分屏。实测在 4K 屏 + 触控板环境下成功率接近 100%。
- 对同一文件多次执行该操作，会在不同分屏中创建多个独立视图（非副本），互不干扰滚动和光标
- 若当前已满两个垂直分屏，再执行会自动创建第三个分屏（而非报错或忽略）
- 终端、调试控制台等面板不响应此命令，不会意外跳到非编辑器区域
Ctrl+Tab 切换焦点时，分屏编号不等于视觉顺序
很多人误以为 Ctrl+1 总是左边分屏、Ctrl+2 总是右边，其实编号取决于创建顺序：先 Ctrl+\ 垂直拆分，再右键 Open to the Side 打开另一个文件，此时左侧是 Ctrl+1，右侧是 Ctrl+2；但如果反过来，先打开文件 A，再对它执行 Ctrl+\，最后在新分屏里打开 B，则 A 所在分屏是 Ctrl+1，B 是 Ctrl+2——哪怕 B 在视觉上更靠右。
所以依赖编号跳转前，先看标签栏顶部的分屏编号提示（小数字角标），或用 Ctrl+Tab 循环确认当前激活的是哪个组。
-
Ctrl+Tab只切换编辑器组（即分屏），不包括终端、问题面板等非编辑器区域 - 当某分屏内有多个 tab 时，
Ctrl+Tab会先在该分屏内切 tab，再切分屏，顺序是“最近使用优先” - 若想强制回到第一个分屏，用
Ctrl+1最快；但三个以上分屏时，Ctrl+Tab比记编号更省心
跨文件跳转后，快速回溯原位置别用 Ctrl+Z
Ctrl+Z 是撤销编辑操作，不是导航历史。想从刚跳转过去的定义文件快速回到调用处，正确做法是：Ctrl+Alt+-（Go Back）。
这个快捷键走的是 VSCode 的导航堆栈（navigation stack），记录的是所有跳转动作（F12、Ctrl+Click、Ctrl+Shift+O 符号搜索等），与是否分屏无关。即使你在三个分屏间跳了五次，Ctrl+Alt+- 也能逐层退回。
- 回溯过程中，VSCode 会自动把焦点切回原分屏，并恢复当时的滚动位置和光标
- 如果原分屏已被关闭，它会尝试在最近的可用分屏中打开原文件并定位
- 不要依赖
Ctrl+Shift+T（重新打开已关闭的 tab），那是浏览器习惯，VSCode 不认这个逻辑
