sublime text无法实现双窗口同步滚动，这是架构硬限制；仅同一窗口内通过new view into file创建的多视图可模拟同步，需满足同文件、可编辑、启用scroll_sync且缩放一致。
Sublime Text 无法实现双窗口（即两个独立 subl 进程）之间的同步滚动——这不是配置没对，而是架构硬限制。所谓“联动预览”，只能在**同一窗口内的多视图**中模拟，且必须满足文件、状态、设置三重条件。
为什么 clone 文件后滚动不同步？
常见误解是「克隆 = 同步」，但实际 Clone File 创建的是两个强绑定的编辑器视图：光标、选区、折叠状态全镜像，失去对比意义；而 scroll_sync 只在「内容结构高度相似 + 均为可编辑状态」时起效，克隆视图因完全一致，Sublime 认为无需同步滚动。
- 真正需要的是
New View into File（右键标签页调出），它创建的是同一文件句柄的多个视图，编辑实时互通 -
scroll_sync必须显式写入用户设置（Preferences → Settings），Sublime Text 4 默认为false且不继承 - 任意一个视图设为只读（如通过插件面板打开、或执行
view.set_read_only(True)），scroll_sync立即失效 - 缩放比例不一致（
Ctrl++/Ctrl+-）会导致视觉错位，看似不同步，用Ctrl+0统一重置可排除干扰
如何让 Markdown 左写右看接近同步滚动？
Sublime 没有内建 Markdown 预览 WebView，所谓“右侧预览”本质是外部浏览器刷新，和编辑器滚动无绑定。要获得类同步体验，只能靠人工对齐 + 视觉辅助：
- 左侧编辑区开启
"auto_center": true和"center_selection_on_scroll": false，确保光标行始终居中 - 右侧浏览器需启用自动刷新（如 Live Server 插件），保存
.md后页面自动重载 - 用
Ctrl+G在左侧跳转到某行，再手动滚动右侧浏览器至大致位置——这是唯一可控的“同步点” - 禁用
MarkdownPreview的“自动滚动到光标”选项（若存在），否则它会覆盖你的手动定位
Compare Side-by-Side 插件为何比原生更可靠？
它不依赖 Sublime 的视图滚动机制，而是用 Python 解析两文件的行内容相似度，动态计算映射关系。例如左边第 120 行是空行，右边对应位置可能是注释行，插件仍能对齐；而原生 scroll_sync 或 Ctrl+K,Ctrl+J 只做纯行号数字匹配，遇空行/缩进/换行符差异立刻错位。
- 安装后用
Ctrl+Shift+P → Compare Side-By-Side启动，它会自动分屏并高亮差异（+/- 块） - 同步滚动基于语义而非物理行号，适合对比结构近似的配置文件或重构前后的代码
- 若发现左右滚动延迟，大概率是文件 >5MB，插件触发了 Sublime 的 Python 限流，此时建议先用
dos2unix或tr '\r' '\n'统一换行符再试
最易被忽略的一点：所有“同步”效果都建立在「单窗口、同文件、可编辑、非预览模式」这四个前提上。一旦拖拽文件进新窗口、或用 File → New Window 打开副本，就彻底脱离控制范围——这时候不是设置错了，是操作路径本身就不支持。
