文件 Hash 是把任意长度的字节输入映射为固定长度摘要的过程。只要文件内容发生变化，摘要通常就会改变。因此，发布者给出可信摘要后，下载者可以重新计算并比对，用来发现传输损坏或非预期修改。
摘要不是加密
Hash 函数没有解密步骤，也不会隐藏原文件。相同输入会得到相同输出，这正是它能够用于完整性校验的原因。校验只能回答“当前文件是否与可信摘要一致”，不能单独证明文件来自谁；摘要本身也必须通过可信渠道获得。
四种算法的差异
| 算法 | 摘要长度 | 当前适合的用途 |
|---|---|---|
| MD5 | 128 bit | 兼容旧系统、非对抗性的误码检查 |
| SHA-1 | 160 bit | 兼容旧数据，不适合新安全设计 |
| SHA-256 | 256 bit | 通用文件完整性校验 |
| SHA-512 | 512 bit | 需要更长摘要的 SHA-2 场景 |
MD5 与 SHA-1 已存在实用碰撞攻击，因此不应作为新的签名或对抗性完整性方案。它们仍可能出现在旧下载页或取证数据中，工具支持它们是为了互操作，而不是推荐。
Security Toolkit 的计算流程
当前模块根据用户选择创建 hashlib 算法对象，读取文件字节并生成十六进制摘要。比较时先对用户输入执行去空白与小写归一化，再与计算结果做相等判断。
algorithm = hashlib.sha256()
algorithm.update(file_bytes)
digest = algorithm.hexdigest()
matches = digest == expected.strip().lower()
对小文件而言，一次性读取逻辑简单直观。文件不存在时返回明确失败，比让界面暴露未处理异常更友好。
大文件需要分块读取
一次把整个文件载入内存会让峰值占用与文件大小相同。更稳健的实现会固定块大小并持续调用 update()：
with open(path, "rb") as file:
while chunk := file.read(1024 * 1024):
algorithm.update(chunk)
分块不会改变最终摘要，因为 Hash 状态可以持续吸收字节流。它只改变读取方式，使工具能够处理远大于可用内存的文件。
结果表达也属于安全设计
工具应同时展示算法、计算值、期望值来源和匹配结果，避免只给一个缺乏上下文的绿色标记。对于自动化场景，还应使用稳定的退出码，并明确区分“文件无法读取”“算法不支持”和“摘要不匹配”。
完整性校验的关键不在于输出一串十六进制字符，而在于建立可复核链路：可信期望值、明确算法、逐字节计算和不含糊的结果。