hashlib哈希结果恒定因算法确定性：同输入、同算法、同编码必得同输出；校验需确保字节流完全一致，避免换行符、BOM、空格等隐式差异。
hashlib 生成校验值时，为什么每次结果都一样？
因为 hashlib 的哈希函数是确定性的：相同输入、相同算法、相同编码，必然产出相同输出。这正是数据完整性校验的基础——你传入原始数据，得到一个指纹；后续重新计算，指纹对得上，说明数据没被篡改。
常见错误现象：用 hashlib.md5() 对字符串直接调用 update() 却忘了先 encode()，导致抛出 TypeError: Unicode-objects must be encoded before hashing。
- 所有输入必须是
bytes，不是str："hello".encode("utf-8")才能喂给hashlib.sha256() - 文件校验别读整个内容进内存：用循环
read(8192)分块更新，避免大文件 OOM - 算法选型影响兼容性：
md5和sha1已不推荐用于安全场景，但校验传输完整性仍可用；生产环境建议优先用sha256或sha3_256
校验文件完整性时，hashlib 怎么避免内存爆炸？
直接 open(file, "rb").read() 再哈希，等于把整个文件加载进内存。GB 级文件会卡死或触发 MemoryError。
正确做法是流式处理：打开文件后分块读取、逐块喂给哈希对象。
立即学习“Python免费学习笔记（深入）”；
- 固定块大小（如
8192字节）比小块（1）或大块（1024*1024*100）更平衡 I/O 和 CPU 开销 - 注意文件打开模式必须是
"rb"，否则 Windows 下换行符可能被误转，破坏哈希一致性 - 别在循环里反复创建新哈希对象，应在循环外初始化一次
hashlib.sha256()
示例关键片段：
h = hashlib.sha256()<br>with open("data.bin", "rb") as f:<br> for chunk in iter(lambda: f.read(8192), b""):<br> h.update(chunk)<br>print(h.hexdigest())
Python 3.9+ 的 hashlib.file_digest() 能替代手写循环吗？
能，而且更简洁、更安全——它内部做了最优分块和异常处理，还支持 memoryview 零拷贝优化。
但它只在 Python ≥3.9 可用，旧版本会报 AttributeError。
- 用法极简：
hashlib.file_digest(open("x.txt", "rb"), "sha256").hexdigest() - 必须传
rb模式打开的文件对象，不能传路径字符串 - 不支持自定义块大小，底层用的是
hashlib._block_size（通常 128KB），对绝大多数场景已足够 - 若需兼容 3.8 及更早版本，仍得回退到手动循环
校验失败却查不出原因？重点检查这三处
哈希值对不上，90% 不是算法问题，而是输入“看似一样、实则不同”。
- 换行符差异：
"a\nb"（Unix）和"a\r\nb"（Windows）哈希完全不同，传输前确认是否统一为 LF - 隐藏 BOM：UTF-8 文件开头若有
b"\xef\xbb\xbf"，会参与哈希计算，但肉眼不可见 - 空格/缩进/末尾换行：JSON 或配置文件多一个空格，哈希就变；用
diff -u或十六进制对比原始字节最可靠
真正难的不是算哈希，是确保两次输入的字节流完全一致。这点容易被忽略，也最难调试。
