直接用os.open读完整文件会出问题，因os.open仅打开文件句柄，真正导致oom的是后续用os.readfile一次性加载大文件到内存；正确做法是os.open配合io.copy流式计算，避免内存爆炸，且必须defer file.close防止fd泄漏。
为什么直接用 os.Open 读完整文件会出问题
大文件（比如几百 MB 或以上）直接加载进内存算 MD5，轻则 OOM，重则被系统 kill。Go 的 hash/md5 支持流式计算，必须配合 io.Copy 或分块读取，不能把整个 []byte 塞进去。
- 错误写法：
data, _ := os.ReadFile(path); md5.Sum(data)—— 内存爆炸风险高 - 正确思路：打开文件句柄 → 创建
md5.Hash实例 → 用io.Copy把文件流喂给哈希器 - 注意关闭
*os.File，否则可能泄漏 fd，尤其在循环校验多个文件时
md5.Sum 和 md5.Sum256 别混用，返回值类型不同
md5.Sum 返回的是一个带数组字段的结构体（[16]byte），而 md5.Sum256 是 SHA256，名字像但完全不是一回事。校验和输出常用十六进制字符串，别直接打印结构体。
- 获取 hex 字符串：调用
sum.Sum(nil).Hex()，不是sum.Hex()（后者不存在） -
sum.Sum(nil)返回[]byte，长度固定为 16；sum.Sum(nil).String()是十六进制小写字符串 - 如果要 base64 编码：用
base64.StdEncoding.EncodeToString(sum.Sum(nil)[:])
处理空文件、权限拒绝等常见错误场景
文件不存在、无读权限、符号链接断裂这些情况，在生产环境里比“算错 MD5”更常发生。函数必须显式检查 err，且对不同错误做区分处理，不能统一 return “unknown error”。
-
os.IsNotExist(err)→ 可记录 warning，跳过或报错取决于业务逻辑 -
os.IsPermission(err)→ 通常意味着需要 sudo 或调整 chmod，不应静默忽略 - 读取中途出错（如磁盘 I/O 错误）：
io.Copy返回非 nil err，此时hash状态已不可信，不能返回部分结果 - 示例片段：
file, err := os.Open(path)<br>if err != nil {<br> return "", err<br>}<br>defer file.Close()<br><br>hash := md5.New()<br>_, err = io.Copy(hash, file)<br>if err != nil {<br> return "", err<br>}
要不要加缓冲区？bufio.NewReader 并不总能提升性能
对普通 SSD 或本地文件，系统 page cache 已足够高效；盲目套 bufio.NewReader 反而多一次内存拷贝。只有在明确遇到 syscall 频繁（比如 NFS 挂载点 + 小块读）时才考虑。
- 默认用
io.Copy即可，它内部使用 32KB 缓冲区，平衡了内存与 syscall 开销 - 若真要自定义缓冲区大小：用
io.CopyBuffer(dst, src, make([]byte, 64*1024)) - 注意：缓冲区太大（如 1MB）可能让 GC 压力上升，尤其并发校验时
defer file.Close() 必须紧贴 os.Open 后面，哪怕后续有其他 open 操作也得各自 defer —— 这点容易被忽略，一漏就是 fd 耗尽。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
