相同Scala代码执行maven package是否会生成不同字节码？

首先明确你最关心的时间因素问题：jar创建时间、编译时间这类时间戳默认不会写入Scala生成的class字节码内容里。jar包本身的创建时间是存在zip格式的文件头元数据中，不属于class文件的内容，只要你单独提取class文件计算哈希，这部分时间不会影响MD5结果。只有在你开启了特定字节码增强插件、主动配置注入构建时间元数据的场景下，时间信息才会被写入class文件。

除了你已经知晓的

不同版本的Scala编译器可能生成存在细微差异的字节码。

这个可接受的前提外，还有以下几类变量会导致同一份代码编译出的字节码不一致，如果你要靠class文件MD5做版本标识，必须把这些变量全部固定：

• JDK版本差异：哪怕Scala版本完全一致，不同小版本的JDK（比如同是JDK8的不同更新补丁）自带的字节码生成后端在lambda实现、常量池优化、指令排序上的逻辑都可能有细微调整，编译时指定的target/--release参数不统一的话差异会更大。
• 编译参数差异：scalac的各类开关只要不一致就会改变输出，比如是否开启编译优化、是否开了并行编译、debug信息的生成级别、宏相关的编译配置等等。部分构建插件如果配置了埋点逻辑，也会往class里写动态的构建信息。
• 依赖与环境差异：如果没有锁死全量依赖的版本，哪怕你自己的代码一行没改，依赖包的版本变动会影响Scala的隐式解析、宏生成代码、泛型适配逻辑，最终输出的字节码也会变。另外部分旧版本编译器或插件会把构建路径的绝对地址、系统属性这类和构建机器相关的信息写入class常量池，换机器构建就会出差异。
• 编译器本身的非确定性：部分版本的Scala编译器在开启并行编译时，生成的匿名类、trait合成类、lambda适配类、尾递归包装方法的命名序号会受线程调度顺序影响，同一份代码多次编译可能出现不同的合成类命名，直接导致MD5变化。
• 打包逻辑差异：哪怕class文件内容完全一致，如果maven打包时没有固定jar内文件的写入顺序、zip压缩级别，整个jar包的MD5会变，但这个不属于字节码本身的问题，只要你不直接算整个jar的哈希，而是单独提取class文件计算就能规避。

如果要稳定落地这个方案，你需要把构建调整为可重复构建模式：固定JDK、Scala、maven、所有插件和依赖的版本，关闭并行编译和所有注入动态元数据的配置，计算哈希时先把jar里的class文件全提取出来，按类全限定名排序后再统一计算，避免文件顺序的干扰。

内容的提问来源于stack exchange，提问作者Elad Aharon