生产环境必须用 SHA256 而非 MD5；比对前先调 os.SameFile 排除硬链接；大文件须流式计算，禁用 os.ReadFile 全量加载以防 OOM。
生产环境必须用 sha256，别碰 md5；比对前先调 os.SameFile 排除硬链接自比；大文件必须流式计算，不能 os.ReadFile 全量加载。
为什么不能直接用 os.ReadFile + sha256.Sum
因为会把整个文件读进内存。一个 4GB 的日志文件，os.ReadFile 可能直接触发 OOM 或卡死；而 io.Copy 是流式分块（默认 32KB 缓冲），内存占用恒定。
-
md5.Sum([]byte)和sha256.Sum([]byte)是为小字节切片设计的，内部缓存全部输入——对文件使用等价于先ReadFile再哈希 -
fmt.Sprintf("%x", sum)会打印结构体字段，不是哈希值；必须用hex.EncodeToString(sum[:])或fmt.Sprintf("%x", sum.Sum(nil)) - 空文件的
sha256固定值是e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855，可作短路判断依据
如何安全地流式计算并比对两个文件
核心是每个文件独立打开、独立新建哈希器、显式检查 io.Copy 错误，并用 == 直接比对 [32]byte 类型结果（Go 中数组可比较，且无时序攻击风险）。
- 先用
os.Stat获取两个文件的os.FileInfo，再调os.SameFile(fi1, fi2)—— 若为 true，说明是同一 inode，无需哈希，直接返回相等 - 分别调
os.Open，defer f.Close()，漏掉会导致too many open files - 每个文件都用
sha256.New()新建哈希器，复用同一个实例会导致第二个哈希是拼接结果 -
io.Copy返回值必须检查：err != nil表示读取失败（如磁盘断开、权限变更），n == 0表示空文件，需单独处理
大文件快速初筛：头部尾部抽样比对
全量哈希慢且重，适合做最终确认；日常同步或变更检测，优先用头尾抽样 + xxhash.Sum64 快速判断截断、追加或篡改。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
- 用
io.NewSectionReader(f, 0, 64*1024)安全读前 64KB，越界自动截断不 panic - 尾部偏移计算：
max(0, fi.Size()-64*1024)，再读 64KB；建议取头两块 + 尾两块（共四段） - 哈希算法选
xxhash.Sum64（go get github.com/cespare/xxhash/v2），比 MD5 快 10 倍以上，无 GC 压力 - 任一区块哈希不同就立即返回 false；全部相同则可信度已足够高，可跳过全量哈希
文本文件差异场景：哈希预检 + go-diff 精确分析
纯哈希只能回答“是否一样”，不能回答“哪里不一样”。对配置、日志等文本文件，推荐两级策略：先 SHA-256 快速排除未变情况，再用 go-diff 做语义级比对。
- 哈希预检必须流式：避免
os.ReadFile加载整个文本文件到内存，尤其当文件含 GB 级日志时 -
go-diff库（github.com/sergi/go-diff）支持行级DiffLines和字符级DiffMain，API 简洁无 C 依赖 - 注意：
go-diff的DiffMain输入是字符串，所以对大文本仍需控制体积——可先哈希，仅在不一致时才os.ReadFile加载用于 diff - 不要在哈希阶段用
strings.ToLower或去空格等预处理——这会让哈希值和原始文件不对应，破坏校验意义
最容易被忽略的是 os.SameFile 调用时机和错误处理：它不能传路径字符串，必须传两个 os.FileInfo；而 os.Stat 可能因权限失败，得先检查 err != nil && !os.IsNotExist(err)。跨挂载点（比如 / 和 /mnt/usb）必然返回 false，此时必须走哈希，不能跳过。
