最简单可靠的方式是用 exec.Command("diff", "-u", file1, file2) 调用系统 diff 工具；无法依赖系统时，选用 github.com/pmezard/go-difflib/difflib 做纯 Go 内存对比。
用 diff 命令调用系统工具最简单可靠
Go 标准库不内置文件内容逐行 diff 算法，硬写 LCS（最长公共子序列）容易出边界错、内存爆、性能差。生产环境优先复用系统 diff —— 它稳定、支持统一格式（如 -u）、能处理大文件。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
exec.Command("diff", "-u", file1, file2)调用，捕获stdout得到标准 unified diff 输出 - 加
-q参数可只判断是否不同（返回非零码），适合做快速断言 - 注意 Windows 默认无
diff，CI/CD 中要装diffutils或改用git diff --no-index - 若需忽略空白或大小写，传
-w或-i，但别默认加——它们会掩盖真实差异
用 github.com/pmezard/go-difflib/difflib 做纯 Go 内存对比
当无法依赖系统命令（如嵌入式环境、沙箱限制），go-difflib 是最轻量且被广泛验证的替代方案。它实现的是基于行的 ndiff，不解析语法，只比字符串切片。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
ioutil.ReadFile（Go 1.16+ 改用os.ReadFile）读取两文件，再strings.Split(string(b), "\n")拆成行切片 - 调用
difflib.UnifiedDiff{}构造参数时，务必设FromFile/ToFile和FromFileDate/ToFileDate，否则输出缺头信息 - 注意：该库对二进制文件或超长行（>1MB）无优化，别直接喂日志文件或压缩包
- 它的
GetUnifiedDiffString()返回带@@行的完整 diff 文本，可直接写入报告或高亮渲染
自定义对比逻辑时，别直接用 bytes.Equal 判定“是否一样”
bytes.Equal 只能告诉你“全等”或“不等”，但用户真正需要的是“哪里不同”。盲目用它做 if 判断，会导致调试时只能重跑整个流程看日志。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 若只需定位第一个差异字节位置，用
bytes.Compare(a, b)> 0 或 bytes.IndexByte 扫描首个不同索引 - 若需按块对比（如校验分片上传），用
io.MultiReader拼接多个bytes.Reader，再用hash/crc32分段计算校验和比对 - 警惕换行符差异：
\r\nvs\n在 Windows/Linux 间极易误判，预处理时统一转\n再比 - 文本文件慎用字节级对比——UTF-8 多字节字符可能被截断，优先走行级或 rune 级拆分
大文件对比必须流式处理，避免 ReadAll 导致 OOM
一个 500MB 的日志文件，os.ReadFile 会直接申请同等内存，Go runtime 可能触发 GC 频繁或直接 panic: out of memory。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
bufio.NewReader+ReadString('\n')逐行读，每读一行就哈希（如sha256.Sum256）并存入 map，最后比对两个 map 的 key 差集 - 若需输出类似 diff 的上下文，用环形缓冲区（
container/ring）缓存最近 N 行，发现差异时 dump 缓冲区内容 - 别用
os.Stat().Size当唯一依据——空文件、权限不同、mtime 不同都可能是有效差异点，需按需扩展元数据比对字段 - 临时文件路径别写死
/tmp，用os.TempDir()+os.CreateTemp，尤其在容器中/tmp可能不可写
真正难的不是算出差异，而是定义“什么算差异”：是字节一致？行序一致？语义等价？时间戳要不要忽略？这些业务规则一旦写死在 diff 逻辑里，后续就很难解耦。留好钩子比优化算法更重要。
