【转】关于eclipse和javac编译结果不一致的问题的分析与解决

问题：

下面一个简单的类：

public class MyTest {

private static String className = String.class.getName(); //红色部分是下面问题的关键

public static void main(String[] args){

System.out.println(className);

}

}

经eclipse3.1.1编译后(指定类兼容性版本为1.4)，再反编译的结果是：

public class MyTest

{

public MyTest()

{

}

public static void main(String args[])

{

System.out.println(className);

}

private static String className;

static

{

className = java.lang.String.class.getName();

}

}

而经过sun javac(或者ant, antx)编译后(JDK版本1.4，或者JDK1.5，但是编译结果指定版本为1.4)，再反编译的结果是：

public class MyTest

{

public MyTest()

{

}

public static void main(String args[])

{

System.out.println(className);

}

static Class _mthclass$(String x0)

{

return Class.forName(x0);

ClassNotFoundException x1;

x1;

throw (new NoClassDefFoundError()).initCause(x1);

}

private static String className;

static

{

className = (java.lang.String.class).getName();

}

}

也就是说sun javac编译出来的结果里面多了一个_mthclass$方法，这个通常不会有什么问题，不过在使用hot swap技术(例如Antx eclipse plugin中的快速部署插件利用hot swap来实现类的热替换，或者某些类序列化的地方，这个就成为问题了。

用_mthclass$在google上搜一把，结果不多，比较有价值的是这一篇：http://coding.derkeiler.com/Archive/Java/comp.lang.java.softwaretools/2004-01/0138.html

按照这个说法，这个问题是由于Sun本身没有遵循规范，而eclipse compiler遵循规范导致的，而且eclipse compiler是没有办法替换的。

尝试将JDK版本换成1.5，sun javac生成出来的_mthclass$是不见了，不过，这回奇怪的是eclipse的编译结果中多了一个成员变量class$0，

下面是经eclipse3.1.1编译后(指定类兼容性版本为5.0)，再反编译的结果：

public class MyTest

{

public MyTest()

{

}

public static void main(String args[])

{

System.out.println(className);

}

private static String className = java/lang/String.getName();

static Class class$0;

}

而经过sun javac(或者ant, antx)编译后(JDK版本1.5)，再反编译的结果是：

public class MyTest

{

public MyTest()

{

}

public static void main(String args[])

{

System.out.println(className);

}

private static String className = java/lang/String.getName();

}

再在goole上搜了一把，发现了Eclipse3.2有两个比较重要的特征：

1.与javac的兼容性更好。

2.提供了单独的编译器，可以在eclipse外部使用，包括ant中使用。

于是下载eclipse3.2版本，首先验证一下其与sun javac的兼容性如何，

使用JDK1.4版本的时候，还是老样子，sun javac编译出来的_mthclass$方法在eclipse3.2的编译结果中还是不存在，所以还是不兼容的。

不过使用JDK1.5版本的时候，这会eclipse 3.2的编译结果总算和sun javac一致了。

虽然，用JDK1.5加上eclipse 3.2已经保证了这个类在两种编译器下的兼容性，不过总觉得不踏实：

1.谁知道这两个编译器还有没有其它不兼容的地方呢？

2.版本要求太严格，很多由于各种原因没有使用这些版本的很麻烦。

因此，还是从根本上解决这个问题比较合适：根本上解决最好就是不要使用两种不同的编译器，而使用同一种。

由于eclipse环境下的编译器是不可替换的，所以企图都使用sun javac的方式不太可行，那么统一使用eclipse自带的编译器如何呢？

刚才提到的eclipse3.2的第二个比较重要的特性就派上用场了。

独立的eclipse编译器(1M大小而已)可以在如下地址下载：http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.2-200606291905/ecj.jar

这个独立的编译器在antx下的使用也很简单：(关于该编译器的独立使用或者ant下面的使用可以参看this help section: JDT Plug-in Developer Guide>Programmer's Guide>JDT Core>Compiling Java code)

1.将下载下来的编译器放在ANTX_HOME/lib目录下面。

2.在总控项目文件的project.xml增加这么一行即可：<property name="build.compiler" value="org.eclipse.jdt.core.JDTCompilerAdapter"/>

这样就保证了通过antx打包的类也是用eclipse的编译器编译出来的，当然就不应该存在类不兼容的情况了。

实际上，eclipse3.1.1版本也已经提供了独立的eclipse编译器，不过当时并没有单独提供独立的包下载，如果希望使用3.1.1版本的eclipse编译器，可以使用org.eclipse.jdt.core_3.1.1.jar以及其中包含的jdtCompilerAdapter.jar。（eclipse3.1.1环境的编译器我没有独立验证过）