VSCode不存在多窗口联动滚动，唯一有效方式是执行Editor: Toggle Synchronized Scrolling命令，仅对当前编辑器组生效，需满足两边均为常驻纯文本编辑器、同组分屏、非预览模式等硬性前提。
VSCode 不存在“多窗口联动滚动”——所谓多窗口，其实是多个独立进程，原生不支持跨窗口滚动同步。你真正能控制的，只有同一窗口内编辑器组之间的滚动对齐，且必须靠命令触发，不是设置项也不是快捷键默认行为。
Editor: Toggle Synchronized Scrolling 是唯一有效入口
这个命令是开启左右分屏同步滚动的唯一可靠方式，没有替代品，也不受 settings.json 控制。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入并执行Editor: Toggle Synchronized Scrolling - 它只对当前编辑器组生效：即你用
Ctrl+\、右键 →Split Right或命令View: Split Editor Right创建的左右/上下两个面板 - 执行后，两侧会按可视区域比例对齐滚动（不是逐行硬匹配），哪怕文件行数不同也能保持大致上下文一致
- 一旦你手动滚动任一侧（滚轮、方向键、拖滚动条），同步立即退出，且无提示——这是设计行为，不是 bug
为什么快捷键绑定不起作用？
VSCode 没有为 Editor: Toggle Synchronized Scrolling 预设快捷键，且官方不推荐自定义绑定。原因很实际：
- 该命令状态不持久：切换编辑器组（
Ctrl+K Ctrl+←）、关闭再打开面板、甚至拖动标签到新位置，都会重置同步状态 - 强行绑定快捷键（如
Ctrl+Alt+S）容易误触，反而打断当前阅读节奏 - 真正高频需求是“临时对齐”，而非“长期锁定”——按住
Alt（Windows/Linux）或Option（macOS）再滚动任意一侧，松手即恢复同步，比开关更轻量
编辑器组布局与同步生效的硬性前提
同步滚动不是“开了就灵”，它极度依赖当前分屏结构是否合法：
- 两边都必须是常驻编辑器：预览模式（单击文件名产生的灰色标签）会自动断开同步，需双击标签使其固定
- 不能混入非编辑器视图：一边是代码，另一边是终端、GitLens 提交历史、大纲（Outline）或 Markdown 预览，同步直接失效
- 路径必须一致：
src/main.ts和dist/main.ts虽同名，但 VSCode 视为两个独立文件，无法启用同步 - 不跨工作区：多根工作区中，不同文件夹保存各自的编辑器组状态，切换根目录时布局可能“看起来重置”，实则是加载了另一套保存记录
对比文件请直接用 Compare 功能，别手动分屏
手动分屏 + 开同步，本质是模拟对比，但错位风险高、无差异高亮、不能一键应用更改。正确路径是：
- 打开基线文件，执行
File: Compare Active File With（Ctrl+Shift+P输入），选目标文件 - 该对比视图默认开启同步滚动，顶部有显式开关，右上角 ⚙️ 支持
Ignore Whitespace等过滤 - Git 场景下更简单：资源管理器中右键文件 →
Open Changes from [branch] - 注意：对比视图中点击 ← 或 → 应用变更后，光标会自动居中到该行，可能跳离你正在观察的上下文段落
真正的难点从来不是怎么开同步，而是判断当前两个面板是否构成一个“可同步的编辑器组”——它不看文件名、不看语言、不看内容，只认结构合法性。只要有一侧不是纯文本编辑器，或者处于预览态，同步就注定失效。
