最省事的Go文本对比方案是使用google/diff-match-patch库，它支持字符级和行级比对、提供安全HTML生成及超大文本处理建议。
用 diffmatchpatch 库做基础文本对比最省事
Go 原生没有内置 diff 工具，硬写 LCS（最长公共子序列）既容易出错又难调性能。直接上 github.com/sergi/go-diff 或更成熟的 github.com/google/diff-match-patch 是最快路径——后者是 Google 开源的跨语言 diff 实现，Go 封装稳定、API 清晰、支持行级和字符级比对。
安装命令：go get github.com/google/diff-match-patch
关键点：它默认按字符比对，若要按行对比（比如比对配置文件或日志片段），得先用 strings.Split 拆成行切片，再传给 dmp.DiffMain；否则会把换行符当普通字符处理，导致差异定位错乱。
-
dmp.DiffMain返回的是[]Diff，每个元素含DiffEqual/DiffInsert/DiffDelete类型和对应文本，不是字符串拼接结果 - 若输入文本含大量 Unicode 或 emoji，确保传入前已统一为 UTF-8 编码（
string在 Go 中天然满足，但读文件时别漏了io.ReadAll而非bufio.Scanner的默认 64KB 行限制） - 大文本（>10MB）慎用默认设置，可调
dmp.DiffTimeout防止卡死，或提前截断再比对
生成 HTML 差异视图时别直接拼接字符串
想在 Web 页面展示红绿高亮对比？别手写 strings.ReplaceAll 加 <span style="color:red"> —— 容易 XSS，且无法还原原始换行与空格。正确做法是用 dmp.DiffPrettyHtml，它返回已转义、带 class 的 HTML 片段，样式可由 CSS 控制。
立即学习“go语言免费学习笔记（深入）”；
注意：DiffPrettyHtml 输入必须是 dmp.DiffMain 的输出，不能传原始字符串；且它默认把制表符转成 4 个空格、把换行转成 <br>，若需保留原格式（比如代码对比），得自己遍历 []Diff 手动构建 DOM 或用 html.EscapeString 后套 pre 标签。
- 生成的 HTML 中 class 名固定为
diff-delete、diff-insert、diff-equal，别指望自定义 class 名，改样式只能覆写这些 selector - 若后端返回 HTML 给前端渲染，确保 HTTP Header 设置
Content-Type: text/html; charset=utf-8，否则中文可能乱码
比对超长日志或 JSON 时先做结构化预处理
直接比对 200MB 的日志文件或格式化后的 JSON，diff-match-patch 会内存暴涨甚至 OOM。真实场景下应先切分或归一化：
- 日志类文本：按时间戳或请求 ID 切块，每块单独比对；或提取关键字段（如 status、latency）生成摘要再比
- JSON 文本：用
encoding/json解析后比较 struct 字段，或用jsondiff库（如github.com/wI2L/jsondiff）做语义级差异，避免因空格/换行/键序不同误报 - 若必须比原始字符串，用
os.Open+bufio.NewReader分块读取，每次只加载 1MB 进内存，配合dmp.DiffMain的checklines参数控制粒度
测试时别忽略空格、BOM 和行尾符差异
CI 中跑文本对比测试失败，90% 是因为源文件编码不一致。Windows 写的文件带 CRLF，Linux 是 LF；某些编辑器保存时加了 UTF-8 BOM；还有人用 fmt.Printf 生成文本时多打了一个空格。
实操建议：
- 测试前统一用
bytes.TrimRight去掉两端空白，用strings.ReplaceAll(s, "\r\n", "\n")标准化换行 - 读文件时用
ioutil.ReadFile（Go 1.16+ 改为os.ReadFile）而非bufio.Scanner，后者会自动丢弃最后一行无换行符的内容 - 打印差异时用
fmt.Printf("%q", diff.Text)查看不可见字符，比fmt.Println(diff.Text)更可靠
真正麻烦的从来不是算法，而是你拿到的那两段“看起来一样”的字符串，到底是不是真的字节一致。
