应使用流式计算避免oom：用os.open打开文件，md5.new()获取hash.hash，io.copy写入，hash.sum(nil)转十六进制字符串；勿全量读取或手动read/write；注意错误处理与符号链接行为。
用 crypto/md5 计算文件 MD5，别直接读全文件到内存
大文件（比如几百 MB）用 ioutil.ReadFile 或 os.ReadFile 一次性加载，容易 OOM。Go 标准库的 hash.Hash 接口天生支持流式计算，应该边读边写入 hash.Hash。
- 用
os.Open打开文件，得到*os.File - 创建
md5.New()返回的hash.Hash实例 - 用
io.Copy把文件句柄复制进 hash 实例：io.Copy(hash, file) - 调用
hash.Sum(nil)得到[]byte，再用fmt.Sprintf("%x", ...)转成小写十六进制字符串
io.Copy 和 hash.Write 的区别：别手动循环 Read
有人会自己开 buffer、循环 file.Read(buf) 再调 hash.Write(buf)，这没必要，还容易出错（比如没处理最后一次短读）。io.Copy 内部已经做了最优缓冲和边界处理，且对 hash.Hash 有专门优化路径。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
io.Copy底层会自动使用 32KB 缓冲区，性能足够好 - 如果非要手动控制缓冲区大小（极少数场景），用
io.CopyBuffer(dst, src, buf)，但 dst 是hash.Hash时，buf 长度不影响结果，只影响临时内存占用 - 手动
Read+Write容易漏掉n 时的剩余数据，导致 MD5 错误
注意文件打开模式和错误检查：空文件、权限、符号链接都可能出问题
os.Open 只支持读，但不校验文件是否可读或是否存在；MD5 计算本身不关心文件类型，但路径非法、权限不足、符号链接指向不存在目标时，会在 os.Open 或 io.Copy 阶段报错，不是哈希逻辑的问题。
- 常见错误信息：
open xxx: no such file or directory、permission denied、read xxx: is a directory - 符号链接默认会被跟随，如果想跳过（比如只算链接文件本身内容），需用
os.Lstat判断，再决定是否os.Open - 空文件能正常算出 MD5：
d41d8cd98f00b204e9800998ecf8427e（即 MD5("")），不用特殊处理
对比不同实现：别用 md5.Sum 直接套文件内容
md5.Sum 是个结构体，它的 [md5.Size]byte 字段只适合小数据（如字符串），因为它是栈上固定大小数组。如果硬把整个文件内容塞进去，等于又回到“全量加载”老路。
- 错误写法：
data, _ := os.ReadFile(path); sum := md5.Sum(data)—— 大文件直接崩 - 正确写法始终围绕
hash.Hash接口：它内部管理动态缓冲，不暴露底层字节数组 - 如果后续还要复用同一个
hash.Hash实例（比如连续算多个文件），记得调hash.Reset()
err 检查，也别迷信“一行代码搞定”的封装函数——它大概率在替你隐藏了 io.Copy 的返回值或 hash.Sum 的切片截断逻辑。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
