如何使用 javac 在不同平台上创建二进制相同的类文件？答案

【问题标题】：How to use javac to create binary identical class files across different platforms?如何使用 javac 在不同平台上创建二进制相同的类文件？
【发布时间】：2017-06-17 14:57:54
【问题描述】：

我用 Java 编写我的 AWS Lambda 函数。我用来上传我的 lambda 的工具 (Terraform) 想要使用我的 jar 文件的 SHA-256 哈希来跟踪是否需要上传新版本的 lambda。

问题是，不同操作系统平台（Windows 和 Linux）上的不同 JDK 创建的字节码略有不同（即使使用相同的“更新”版本的 JDK）。这意味着，如果我在 Windows 上上传 lambda，然后在 Linux 上重新运行该进程 - 它会检测到 jar 的不同哈希码并不必要地重新上传 lambda jar。

问题：如何强制 javac 在不同的 OS 平台上创建相同的字节码？

【问题讨论】：

略有不同如何？
^这个。能否提供两个示例 .class 文件？
发出的二进制内容略有不同。当我在 winmerge 中区分它们时，一些非文本字节是不同的。我会尝试发布屏幕截图。
不开玩笑。 “发出的二进制内容略有不同”如何？ 您对我们隐瞒的“不同的字节码”和“发出的二进制内容不同”之间有什么区别吗？还是你只是在无意义地重复自己？并且不要在此处发布屏幕截图。做一些工作：分析差异并在此处描述。

标签： java java-8 aws-lambda

【解决方案1】：

你不能强制执行。关于生成的类文件有几个未指定的详细信息，例如某些源代码表达式的字节码必须如何准确显示或成员或属性的顺序。

由于不需要在每次运行中生成完全相同的文件，编译器实现甚至不会尝试。可以公平地假设，当您使用完全相同的输入（不仅是相同的源代码，还有相同的选项）执行相同的软件时，它会产生相同的输出，但这不仅需要相同的编译器版本，而且也是相同的 JRE。

不幸的是，即使实现和输入相同，可能也会有不同的行为。例如，在一些 Java 7 实现中尝试随机化 java.util.HashMap 的散列，如果 javac 将某些工件存储在 HashMap 中也就不足为奇了。这不适用于 Java 8，但可能适用于将在 Java 9 中引入的不可变映射。编译器是否会使用该功能是不可预测的。

因此，如果您发现一个特定的 jdk 版本可重现地生成完全相同的字节码，您现在可能会很好，但必须注意下一个版本可能没有该属性。

到目前为止，尚未解决即使具有相同的字节码也不能保证具有相同的jar 文件，因为未指定 jar 文件中文件的顺序。它可能取决于系统特定的文件迭代顺序。此外，由于 jar 文件是存储时间戳的 zip 文件，因此新编译的类文件肯定会产生不同的文件，除非您采取其他措施，例如对所有条目强制执行特定的时间戳。

【讨论】：

【解决方案2】：

对于任何偶然发现这个问题的人：

首先要看的是查看各个平台上JDK的厂商

原来我有相同的版本/更新级别，但实际上使用的是不同的 JDK (duh)。

我在 Windows 上使用 Oracle JDK，在 Linux 上使用 OpenJDK。一旦我在 Windows 和 Linux 上将这些更改为 Azul Zulu JDK (u112) - 似乎正在生成完全相同的字节码，至少对于我迄今为止编写的有限数量的 Java 代码而言（尽管根据 Holger 的回答，显然不能依赖）。

【讨论】：

【解决方案3】：

在 Eclipse 的构建过程中，会定期检查以下内容的完整性：是否从项目中编译的类文件（自上一个基线以来 git 没有更改）与该基线的 jar 文件有任何二进制差异。经验表明，确实只有在编译器中进行了相关更改时才会出现差异。

这不是保证，而是经验证据表明通常相同的编译器版本在编译相同的源代码时会产生相同的字节。

在这种情况下，编译器是 ecj。

从比较器中看到recent example logfile（很快将被删除），这确实表明了意外的类文件更改，然后追溯到特定的编译器更改。对应的logs of a release 应为空。

【讨论】：