最快最稳方案是直接调用系统 diff；无法执行外部命令时，go-difflib 是最轻量可靠的纯 Go 替代；需字符级差异或 patch 应用时选 sergi/go-diff；大文件必须流式处理并哈希预检。
直接调用系统 diff 是最快、最稳的方案；无法执行外部命令时，github.com/pmezard/go-difflib/difflib 是最轻量可靠的纯 Go 替代。
用 exec.Command("diff", "-u") 调用系统 diff 最省事
Go 标准库不内置 diff 算法，硬写 LCS 容易边界出错、OOM 或性能崩。生产环境优先复用系统 diff——它输出标准 unified diff，Git 本身也用它做 git diff --no-index。
-
exec.Command("diff", "-u", file1, file2)捕获 stdout 即得完整 diff 文本；stderr 为空才表示无错误（注意：非零退出码只代表“有差异”，不是报错） - Windows 默认无
diff，CI/CD 中需预装diffutils；Alpine 镜像只有 busybox 版diff，不支持-u，会静默失败 - 加
-q参数只返回退出码，适合配置热更新等快速断言场景 - 需忽略空白时传
-w，但别默认加——它会让if a == b类逻辑失效，掩盖真实变更 - 二进制文件会输出
Binary files differ，这是预期行为，不是异常
用 go-difflib.UnifiedDiff 做纯 Go 内存对比
当运行环境禁用 exec（如 WebAssembly、gVisor、FaaS），go-difflib 是唯一被长期验证的轻量替代。它不做语法解析，只比行字符串切片，够用且可控。
- 读文件用
os.ReadFile（Go 1.16+），别用已弃用的ioutil.ReadFile - 拆行用
strings.Split(string(b), "\n")，但末尾空行会丢失——补一个空字符串可对齐原始行数 -
difflib.UnifiedDiff必须设FromFile/ToFile和FromDate/ToDate，否则缺--- a/file和+++ b/file头，下游工具（如git apply）拒绝解析 - 该库不处理换行符归一化：
\r\n和\n被视为不同行，预处理建议统一转\n - 超长行（>1MB）或二进制内容会导致内存暴涨，别直接喂日志压缩包
用 sergi/go-diff 支持字符级差异和 patch 应用
需要高亮“哪几个字符变了”、或后续要 PatchApply 回滚时，github.com/sergi/go-diff 是更进一步的选择。它复刻 Google 的 diff-match-patch 算法，提供 DiffMain（字符级）、DiffLines（行级）、PatchMake、PatchApply 全套能力。
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
立即学习“go语言免费学习笔记（深入）”；
-
DiffLines返回结构化差异对象，比字符串拼接更易集成到 Web 渲染或 CLI 高亮逻辑中 -
PatchMake生成的 patch 可直接用于PatchApply，适合配置灰度发布、A/B 测试回滚等场景 - 它不依赖 C，纯 Go 实现，但比
go-difflib稍重；若只需行级 diff，不必引入 - 对 UTF-8 多字节字符安全，但若输入含非法编码字节，
DiffMain可能 panic，建议先用utf8.Valid校验
大文件或不确定大小的文件必须流式处理
一个 500MB 的日志文件，os.ReadFile 会直接申请同等内存，Go runtime 可能触发频繁 GC 或直接 panic: out of memory。
- 永远不要对未知大小的文件调用
io.ReadAll()或bytes.Buffer.ReadFrom() - 用
bufio.NewReader+ReadString('\n')逐行读，每读一行就哈希（如sha256.Sum256）并存入 map，最后比对两个 map 的 key 差集 -
bufio.Scanner默认缓冲区 64KB，够用；若需更大行（比如超长 JSON 行），用scanner.Buffer(make([]byte, 1024), 1)手动设上限 - 文件末尾无换行符时，
Scanner.Text()会丢最后一行——务必在Scan()返回true后再调用Text()，或改用bufio.Reader.ReadLine() - 跨平台换行符差异（
\r\nvs\n）极易误判，统一用strings.TrimSuffix(line, "\r")处理，别用strings.TrimSpace()（会破坏缩进）
真正难的不是算 diff，而是决定什么时候不该算：哈希预检（SHA-256）能跳过 99% 完全一致的文件对比，但很多人直接跳过这步，一上来就开干，结果在 CI 上跑得越来越慢。
