关于7-Zip生成多文件哈希值机制的疑问

这个问题问得很精准！很多人会想当然认为多文件的哈希就是单个文件哈希拼接后再哈希，但7-Zip的计算逻辑其实完全不是这么回事。

咱们一步步拆解：

• 单个零字节文件的SHA1值 da39a3ee5e6b4b0d3255bfef95601890afd80709 是完全正确的，这是空字符串的标准SHA1哈希结果。
• 当你选中多个文件计算哈希时，7-Zip并不会直接取每个文件的哈希值拼接后再做哈希，而是会按照一套内部规则生成一个包含文件元数据+文件内容的复合数据流，然后对这个完整的数据流计算SHA1。
  • 这里的元数据通常包括文件名（原始字节形式）、文件大小、修改时间等文件属性（具体细节属于7-Zip的内部实现逻辑）。哪怕是零字节文件，这些元数据也会被纳入计算范围。
• 你用 SHA1(SHA1(file1) + SHA1(file2)) 得到的结果和7-Zip输出不同，核心原因就是这个逻辑差异——你只拼接了单个文件的哈希值，而7-Zip的计算包含了更多文件相关的属性信息，并非单纯的哈希值组合。

如果想验证这个逻辑，可以试试修改其中一个零字节文件的修改时间，或者给两个文件起不同的名字，再让7-Zip计算哈希，你会发现结果都会变化，这就说明文件属性（元数据）确实影响了最终的哈希值。

备注：内容来源于stack exchange，提问作者KeyKi