Java二进制兼容性发生了什么变化？

Question

我在1997年3月遇到了一组旧的课程.那是在我尝试学习Java的时候,它是JDK 1.0.2

有趣的是,从那时起我的源文件和类文件都完好无损.源仍然按预期编译和执行,这真的很酷.但Java不应该保留二进制兼容性吗？好吧,在某个地方,格式不再有效.Java 8 VM将报告;

Exception in thread "main" java.lang.ClassFormatError: Invalid start_pc 65535 in LocalVariableTable in class file bali/core/Application
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
    :
    [snip many ClassLoader calls]
    :
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:495)

违规类是我从命令行调用的类的超类.

还有一个细节,在那些日子里,微软仍然在Java阵营中,我记得他们的javac更符合严格的语法.Sun编译器很乐意接受"公共同步类Abc"和许多其他无效语句.因此,这些类文件很可能是由MS编译器生成的,然后在Sun JVM上运行.

无论如何,我的问题是; 是否有人知道Java早期版本中的兼容性承诺？这是一个大问题,还是故意牺牲？或者是否有更晚的决定,比如说Java 1.4或Java 5只是简单地丢弃JDK 1.0支持？

Answer 1

正如您提到的，该问题可能是在编译器从 Microsoft 编译器切换到 Sun 编译器时引入的。Sun表示，微软编译器生成的类文件不遵循Java规范，因此无效。

您可以在这里找到更多详细信息：

此错误是由旧 JDK 1.0.2 或 1.1 编译器生成的字节码引起的。过去，许多编译器生成的字节码不符合 Java VM 规范。由于最近的 J2SE 版本中的验证程序对错误的类格式更加严格，因此当加载这些错误的类文件时，VM 会抛出 ClassFormatError。

关于一般性问题，Java 仍然坚定地致力于向后兼容，并且从未出现过重大突破。在发布之间通常会因边缘问题而出现轻微的中断。我知道没有主表，但以下是各个版本的表：

• Java 8（与 Java 7 完全二进制兼容）
• Java 7（大部分与 Java 6 二进制兼容）
• Java 6（大部分与 Java 5 二进制兼容，加上一些混淆器在规范之外生成类文件的注释，因此这些类文件可能无法运行）
• Java 5（大部分与 Java 1.4.2 二进制兼容，加上有关混淆器的相同注释）
• Java 1.0 - 1.4.2（大部分与以前的版本二进制兼容，一些评论说向前兼容性甚至可能有效，但未经测试）