sublime text代码对比需依赖插件，首选compare side-by-side（名称须严丝合缝）；必须两个已保存的不同路径文件以标签页打开且至少一个被激活；编码、换行符、缩进不一致会导致误标差异，需手动统一。
Sublime Text 本身不提供原生代码对比能力，所有“找差异”操作都依赖插件或组合技巧；装错插件、文件未真正打开、编码不一致——这三件事占了绝大多数“点不动”“全红”“没反应”的原因。
Compare Side-By-Side 插件怎么装才不白忙
它是最稳的并排对比方案，但名字必须严丝合缝：Compare Side-By-Side（带空格 + 连字符，末尾有 S）。搜 CompareSideBySide、Compare Side By Side 或漏掉连字符，都会装到废弃分支。
- 先确认
Package Control活着：按Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输Package Control: Install Package回车——如果报错，说明它坏了，得重装 - 装插件时等列表完全加载完再输名字，手快输一半就匹配容易选错
- 装完不用重启，但右键菜单只出现在「已打开的文件标签页」上，不是侧边栏、不是编辑区空白处、更不是未保存的
Untitled-1
为什么右键点了 Compare Side by Side 却没反应
它只认两个硬性前提：两个文件都已作为独立标签页打开，且至少有一个被显式激活过（点一下标签页即可）。常见卡点：
- 两个标签页是同一文件的分屏副本（比如拖拽一个
index.js标签到右边），它拒绝对比——必须是不同路径的文件 - 文件状态栏显示的是
untitled或Untitled-1，哪怕你刚Ctrl+S过，也得再点一次保存确认路径落地 - 快捷键
Ctrl+Alt+C（Win/Linux）或Cmd+Alt+C（macOS）失效？检查是否被其他插件劫持：在命令面板搜Compare，看有没有Compare: Compare Files可手动执行
对比结果全是红/黄/绿块？先看编码和换行符
Compare Side-By-Side 不做任何格式转换，它比的是 Sublime 当前加载进内存的原始字节流。所以：
- 一边是
UTF-8 with BOM，另一边是纯UTF-8→ 第一行整行标红，误判为内容不同；解决：右下角点编码名 →Reopen with Encoding→UTF-8，再保存 - 缩进混用
Tab和4 spaces→ 每行都被当差异；解决：对比前按Ctrl+Shift+P→ 输入Convert Indentation to Spaces - 换行符不统一（
\r\nvs\n）→ 空行位置错位、注释偏移；解决：右下角点换行符标识 → 统一选Unix (LF) - 开了
Word Wrap→ 物理行号乱套，同步滚动失效；对比时务必关掉：View→Word Wrap取消勾选
大文件卡死、JSON/base64 块标满黄底？
超过 5000 行或某行含超长 base64/JSON 字符串时，UI 可能冻结几秒。别硬刚：
- 先用
Ctrl+Shift+P调出命令面板，输Set Syntax: Plain Text，临时切到纯文本模式：关掉语法高亮能省一半渲染压力 - 如果只是核对关键段落，提前用
Ctrl+L选中若干行，再右键Copy到新窗口对比 - 真要扫整个项目？别指望一键比完——先用
Find All in Files（Ctrl+Shift+F）填两个项目路径，查锚点字符串，把范围从“整个项目”缩到“这几个文件”再逐个开插件
真正卡住人的地方从来不是“怎么打开对比窗口”，而是对比结果里哪些红块该信、哪些该忽略：BOM、换行符、缩进空格这些底层格式差异，不会自动归一化，得手动对齐。
