应使用os.Open+sha256.New()+io.Copy流式计算文件SHA256，避免os.ReadFile导致OOM；必须检查os.Open、io.Copy错误及空文件，用fmt.Sprintf("%x", hash.Sum(nil))输出哈希值。
如何用 Go 计算文件内容的 SHA256 指纹
直接读取文件全量内容并计算 SHA256 是最稳妥的指纹提取方式，适用于小到中等体积文件（≤100MB）。Go 标准库 crypto/sha256 和 io.Copy 配合 os.Open 即可完成，无需第三方依赖。
常见错误是直接用 os.ReadFile 加载大文件到内存，导致 OOM；或忽略错误返回，使指纹计算静默失败。
- 始终用
os.Open+io.Copy流式读取，避免一次性加载整个文件 - 检查
os.Open、hash.Write、file.Close三处错误，任一失败都应中止 - 指纹输出建议用
fmt.Sprintf("%x", hash.Sum(nil))转为小写十六进制字符串，兼容性最好
file, err := os.Open("data.bin")
if err != nil {
return "", err
}
defer file.Close()
hash := sha256.New()
if _, err := io.Copy(hash, file); err != nil {
return "", err
}
return fmt.Sprintf("%x", hash.Sum(nil)), nil
大文件（>100MB）要不要分块读取？
不需要手动分块 —— io.Copy 内部已使用默认 32KB 缓冲区流式处理，对 GB 级文件也足够高效且内存可控。强行切块反而增加逻辑复杂度，还可能因边界处理出错影响哈希结果。
真正需要干预的只有两类场景：一是需带进度回调（如上传前预计算），二是文件路径含符号链接且需跳过（此时要用 os.Stat 判定是否为 symlink）。
立即学习“go语言免费学习笔记（深入）”；
- 用
io.Copy就够了，它底层调用copyBuffer，缓冲区大小可选但通常无需改 - 若要监控进度，可包装一个带计数的
io.Writer，而非拆分读取逻辑 - 注意
os.Open不解析符号链接，如需跟随链接，改用os.OpenFile(path, os.O_RDONLY, 0)并配合os.Stat判断
为什么不用 MD5 或 CRC32 做指纹？
MD5 已被证实碰撞可行，不满足“内容唯一性”要求；CRC32 是校验码不是密码学哈希，极容易冲突 —— 即便两个不同 PDF 文件，CRC32 相同的概率远高于 SHA256。指纹用于去重或变更检测时，必须用密码学安全哈希。
- 生产环境一律用
sha256或sha512；sha512在现代 CPU 上性能差距不大，但更未来-proof - 不要用
md5.Sum即便它快，风险不可接受 - 避免用
crypto/md5导入，防止误用；必要时加 go:linkname 注释提醒自己这是非安全哈希
多个文件合并指纹怎么算？
没有标准“合并哈希”操作 —— 直接拼接文件内容再哈希，和分别哈希后拼接结果字符串，语义完全不同。前者反映整体内容一致性，后者只反映各文件独立指纹集合。选哪种取决于你的业务定义。
- 如果目标是“这批文件作为一个整体是否被修改”，就按字节顺序拼接内容（注意加分隔符，否则
ab+cd和a+bcd可能哈希相同） - 如果目标是“其中任意一个文件变动即触发”，就分别计算每个文件的
sha256，排序后拼成字符串再哈希一次 - 别用文件名参与哈希计算，除非业务明确要求（比如版本化打包），否则会破坏纯内容指纹语义
真正麻烦的是硬链接和稀疏文件：同一 inode 的多个路径，os.Stat 可查 sys.Stat_t.Ino 去重；稀疏文件则需用 syscall.Seek(fd, 0, io.SeekCurrent) 配合 ReadAt 跳过空洞，但绝大多数场景可忽略。
