在后续构建中编译的 jar 文件的校验和结果不同？答案

【问题标题】：Different checksum results for jar files compiled on subsequent build?在后续构建中编译的 jar 文件的校验和结果不同？
【发布时间】：2016-04-29 05:05:19
【问题描述】：

我正在使用具有相同 JVM 的本地计算机（Windows 和 Cygwin）上构建的 jar 文件验证远程 unix 机器上存在的 jar 文件。

作为 POC，我正在尝试验证是否使用在我的机器上生成的 jar 文件生成了相同的校验和，并在下面进行了尝试，

我不确定java内部进程是如何产生类文件和jar文件的，有人可以帮我理解以下几点

【问题讨论】：

【解决方案1】：

问题 1 的答案： cksum 不考虑存档（例如 jar 文件）的时间戳，但它确实考虑了 jarfile 中文件的时间戳。

问题 2 的答案：各个类文件的校验和将与所有其他事物相同（源代码、编译器等）相同。jar 文件的校验和将不同。差异的原因可能是 jarfile 中文件的时间戳，或者文件是否以不同的顺序放入存档（例如由并行构建引起）。

如果您想使用 gradle 创建可重现的构建，可以使用以下配置进行：

tasks.withType(AbstractArchiveTask) {
    preserveFileTimestamps = false
    reproducibleFileOrder = true
}

Maven 允许类似的东西，抱歉我不知道如何用 ant 来做这件事。

【讨论】：