应使用os.open+io.copy+hash.hash流式计算文件哈希，避免os.readfile或md5.sum等全量加载方式，否则大文件易oom；需每次新建哈希实例、检查错误、defer file.close()并正确转十六进制字符串。
直接结论：用 os.Open + io.Copy + hash.Hash 接口，别碰 ReadFile 或 Sum 类型，否则大文件会 OOM、小写/大小写/短横线不处理会 panic。
为什么不能用 ioutil.ReadFile 或 os.ReadFile 算大文件哈希
它会把整个文件一次性加载进内存。一个 2GB 的 ISO 文件，ReadFile 就可能触发 OOM 或卡死；而 io.Copy 是流式分块读取，默认缓冲区 32KB，内存占用恒定。
- 错误做法：
data, _ := os.ReadFile("big.zip"); h.Write(data)—— 内存爆满风险高 - 正确路径：
file, _ := os.Open("big.zip"); io.Copy(h, file)—— 自动分块、错误传播、无额外拷贝 - 别忘了
defer file.Close()，否则 fd 泄露，Linux 下最多打开 1024 个文件就报too many open files
为什么 md5.Sum() 和 sha256.Sum() 不适合文件哈希
它们是值类型，内部缓存全部输入数据，只适用于小数据（如密码、token 字符串）。对文件调用 md5.Sum(fileBytes) 等价于先 ReadFile 再哈希，绕不开内存问题。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
md5.Sum([]byte("hello"))安全，返回结构体；但md5.Sum(largeSlice)就是隐患 - 想转成字符串？必须用
hex.EncodeToString(sum[:])，不是fmt.Sprintf("%x", sum)—— 后者打印的是结构体字段，不是哈希值 - 没有
sha256.File()这种函数，别在文档里白搜
多文件校验时，为什么每次都要新建哈希对象
hash.Hash 实例不是线程安全的，且 Sum(nil) 不重置状态。复用同一个 md5.New() 实例算两个文件，第二个结果其实是两个文件内容拼起来的哈希。
- 错误模式：
h := md5.New(); io.Copy(h, f1); fmt.Println(h.Sum(nil)); io.Copy(h, f2)—— f2 的哈希错 - 正确做法：每个文件都走完整流程 ——
os.Open→ 新建h := md5.New()→io.Copy→Sum - 如果真要复用（比如循环中），必须显式调用
h.Reset()，但不如每次新建干净
命令行参数里的算法名怎么安全映射到 crypto 包
用户输 MD5、sha-256、Sha256 都常见，但 crypto/md5 只认 "md5"，crypto/sha256 不接受带短横线的字符串，输错就 panic 或返回空哈希。
- 立刻 normalize：
strings.ToLower(strings.ReplaceAll(arg, "-", ""))→"sha256" - 用 map 映射合法名：
map[string]func() hash.Hash{"md5": md5.New, "sha256": sha256.New} - 查不到就报错退出，别等到
io.Copy跑一半才发现算法不存在 - 输出格式建议按工具链惯例：
<hash><filename></filename></hash>，和shasum -a 256兼容
最容易被忽略的是：哈希对象的生命周期和文件句柄绑定太紧，defer file.Close() 必须在 io.Copy 之后、Sum 之前；还有，所有 io.Copy 的 error 都得检查——磁盘满、权限不足、文件被删，这些都会在这里暴露，不是静默失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
