大文件头尾对比用于快速检测篡改、截断或追加，采用分段抽样+早期退出策略；用io.sectionreader安全读取指定偏移块，配合xxhash.sum64计算哈希，优先比对头尾各两块共四块；须先调用os.samefile排除硬链接自比，并谨慎处理尾部行边界。
大文件的头部与尾部对比，不是为了“全等”，而是快速判断是否被篡改、截断或追加——直接读全量内容既慢又危险。关键在「分段抽样 + 早期退出」，而不是追求 100% 精确。
用 io.SectionReader 安全读取任意偏移块
别用 os.ReadFile 或 io.ReadFull 配合 Seek：前者爆内存，后者容易因 io.EOF 或越界 panic；io.SectionReader 是标准库里最稳的选择。
- 它包装一个已打开的
*os.File，限定读取范围（offset+length），不移动原文件指针，也不会多读 -
offset + length超过文件大小？自动截断，返回实际可读字节 +io.EOF，不会 panic - 示例：读前 8KB 头部：
sr := io.NewSectionReader(f, 0, 8*1024)；读后 8KB 尾部：sr := io.NewSectionReader(f, max(0, fi.Size()-8*1024), 8*1024)
头部/尾部哈希比对优先用 xxhash.Sum64
SHA-256 太重，MD5 碰撞率高，xxhash.Sum64 是大文件抽样校验的黄金搭配：快（比 MD5 快 10 倍以上）、非加密、无 GC 压力、Go 生态广泛验证。
- 安装：
go get github.com/cespare/xxhash/v2 - 对每一块（如 64KB）单独计算：
h := xxhash.New(); io.Copy(h, sr); sum := h.Sum64() - 头部取连续 2 块（0~64KB、64KB~128KB），尾部取最后 2 块（倒数 128KB~64KB、倒数 64KB~EOF），共 4 块哈希比对
- 任一哈希不同 → 立即返回 false；全部相同 → 可信度已足够高，无需继续
必须先调用 os.SameFile 排除自比
硬链接、符号链接解析后指向同一 inode 时，os.Stat 返回的 dev/inode 相同。此时做任何头部/尾部比对都多余，还可能因文件正被写入导致读到脏数据或 inconsistent view。
- 务必在打开文件后、读取前插入判断：
same := os.SameFile(fiA, fiB) - 若为 true，直接返回
true, nil（相同）或按需返回 error（禁止自比） - 漏掉这步，在日志轮转、临时硬链接场景下会稳定出错
尾部定位要防“没换行符”的最后一行
纯按字节偏移读尾部，容易切在半行中间，尤其日志文件末尾常无 \n。不能只靠 Seek(io.SeekEnd) 后读固定长度——得手动找最近的完整行边界。
- 先
f.Stat()拿总大小，再从size-1开始倒查，最多回溯 4KB（防超长行卡死） - 遇到
\n或\r\n就停，把偏移设为该位置 + 1，作为读取起点 - 后续增量读用
bufio.NewReader(f).ReadString('\n')，但要缓存未闭合行到pendingLine字符串里，避免丢日志
真正难的不是读哪几段，而是决定“读多少段”和“哪几段最能暴露差异”。头部反映格式/签名/元信息，尾部暴露追加/截断/轮转痕迹——两者组合比单看大小或单块哈希可靠得多。抽样策略定死之后，剩下的就是小心处理 io.EOF 和 inode 变更。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
