同一个javac编译器是否可以编译同一组源文件，但生成不同校验和的类文件？

Question

我试图比较这个结果：（在蚂蚁中）

                       <javac 
                           target="1.5"   
                           source="1.5"
                           deprecation="on"
                           fork="yes"
                           optimize="true"
                           debug="true"
                           debuglevel="lines,vars,source">

                            <classpath>
                                <fileset dir="${project.basedir}/../lib">
                                    <include name="**/*.jar" />
                                    <include name="**/*.zip" />
                                </fileset>                        
                            </classpath>     
                        </javac>

...反对这个：（在maven中）

        <plugin>                
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.3.2</version>
            <executions>
                <execution>
                    <id>compile</id>
                    <phase>compile</phase>
                    <goals>
                        <goal>compile</goal>
                    </goals>                
                    <configuration>
                        <target>1.5</target>
                        <source>1.5</source>
                        <debug>true</debug>
                        <debuglevel>lines,vars,source</debuglevel>
                        <showDeprecation>true</showDeprecation>
                        <optimize>true</optimize>
                        <fork>true</fork>
                        <includes>
                            ...
                        </includes>
                    </configuration>
                </execution>
            </executions>
        </plugin> 

...结果发现 2 个生成的类文件的校验和略有不同，而其余的则相同。我认为多线程发挥了一定作用，但在反复尝试后，为任一选项生成的校验和似乎都是一致的。什么可能解释这个结果？

更新：

我使用

javap -verbose

检查了一组具有不同校验和的文件，并注意到唯一的区别是：

const #16 = class   #108;   //  java/lang/Exception
const #17 = Method  #102.#109;  //  java/io/Writer.close:()V
const #18 = Method  #7.#109;    //  java/io/FileWriter.close:()V

相对于：

const #16 = Method  #102.#108;  //  java/io/Writer.close:()V
const #17 = Method  #7.#108;    //  java/io/FileWriter.close:()V
const #18 = class   #109;   //  java/lang/Exception

Answer 1

正如您所展示的，差异在于生成的常量池，这实际上不是问题，但令人不安，因为您期望使用相同的编译器和选项获得相同的输出。 我敢打赌，在这两种情况下，编译器会以不同的顺序调用 java 文件，并且编译的顺序会影响结果。

Answer 2

我正在使用 javac 编译器，我发现它会根据作为参数传递的源文件的顺序生成不同的结果二进制 .class 文件。在 Maven 和 ant 之间我发现了差异。文件的顺序不一样。

无论如何，两个汇编之间存在差异。我已经反汇编了代码，发现 javac（优化器？）正在从其中一个编译中删除已弃用的 java jsr/ret 汇编指令。

我不知道这种行为是否是“隐式”编译的结果：http://docs.oracle.com/javase/1.5.0/docs/tooldocs/solaris/javac.html#searching