sublime text无法直接结构化比对日志，因其text: diff仅逐行比对且不忽略时间戳、pid等噪声字段；需预处理（正则清洗、编码统一）后用compare side-by-side插件，或用diffy抽样比对，但复杂场景应依赖专用工具。
Sublime Text 本身不支持日志文件的结构化比对，直接用内置 Text: Diff 或手动拼接对比会因时间戳、线程ID、随机ID等噪声字段失效——你看到的满屏红色不是真实差异，而是格式干扰。
为什么不能直接用 Text: Diff 对比日志
日志文件天然含大量动态字段：每行开头的时间戳（2026-06-30T12:05:11.872Z）、进程PID（[pid:12345]）、请求ID（req_id=abc123）等。这些字段在两份日志中必然不同，导致 Text: Diff 把整行标为删除/新增，掩盖真正业务逻辑差异。
- 它只做纯文本逐行比对，不跳过或正则过滤噪声字段
- 无法忽略空格、制表符、末尾换行差异（日志常因采集工具不同产生）
- 大文件（>10MB）下卡顿甚至崩溃，因为算法是内存全载+O(n²)比较
用 Compare Side-By-Side 插件前必须预处理日志
该插件能并排显示+同步滚动+高亮行级差异，但前提是两份日志已对齐“语义行”。否则左右错位，高亮无意义。
- 先统一编码：确保两文件都是
UTF-8（非UTF-8 with BOM），否则首行可能全红 - 用正则剥离噪声：例如用
Find → Replace（勾选Regular Expression）批量删掉时间戳和 PID：^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}\.\d+Z\s+\[pid:\d+\]\s+→ 空 - 标准化缩进：关闭
View → Word Wrap，设Tab Width = 2，避免软换行干扰行对齐 - 保存为临时文件再打开：原文件保留，处理后的另存为
log_a_clean.log/log_b_clean.log
Diffy 是唯一能免预处理的方案，但有硬限制
Diffy 内置 LCS 算法，支持按字符级比对（非纯行比），对部分噪声有容忍度，且可直接对比选区——适合快速抽样验证某段异常日志是否一致。
- 右键选中两段日志片段（如各 50 行），选
Diffy against Selection，它会忽略两端空白并尝试对齐 - 不支持整文件自动过滤，所以仍需人工圈出关键上下文区域再比
- 在 ST4 build 4143+ 上稳定，但若日志含大量 Unicode 控制字符（如 \u200b 零宽空格），会误判为差异
- 比对结果不可编辑，仅用于查看；复制差异内容需手动拖选，不支持一键同步
真正复杂的日志比对（比如跨服务链路追踪、多节点时序校验）不该依赖 Sublime——它的角色是快速筛查，不是分析引擎。预处理脚本（Python + re.sub）和专用工具（delta、vim -d）才是处理噪声的核心环节，Sublime 只负责最后那一步“人眼确认”。
