javac11应该如何将后续版本中重写的方法与java8目标链接起来？

Question

假设我使用的是Java 11javac，但是我使用的--source和--target选项设置为1.8，这样我的源代码将被视为Java 8，输出的.class文件将与Java 8兼容。我的目标是生成能够在Java8 JVM上运行的.class文件。

假设我正在编译的Java8代码如下：

import java.nio.ByteBuffer;

…

ByteBuffer byteBuffer = …; //init somehow
byteBuffer.flip(); //what ends up in the `.class` file?

问题是:Java11javac应该在.class文件中放入什么来链接ByteBuffer.flip()方法调用？在回答之前,请考虑以下内容：

• Neither Java 8 ByteBuffer nor Java 11 ByteBuffer declare the flip() method at the ByteBuffer level.
• ByteBuffer is a direct subclass of Buffer. There is both a Java 8 Buffer.flip() and a Java 11 Buffer.flip() declared in the Buffer API for both versions.
• In the Java 8 source code, there is no ByteBuffer.flip() method.
• But in the Java 11 source code, ByteBuffer overrides the Buffer.flip() method like the following. The purpose apparently was to use covariance so that in Java 11 ByteBuffer.flip() would conveniently return a ByteBuffer instead of a Buffer.

  @Override
  public ByteBuffer flip() {
      super.flip();
      return this;
  }
  

  因此，为了重申这个问题：将--source和--target选项设置为1.8的Java11javac是否应该生成一个链接到buffer.flip()或bytebuffer.flip()的.class文件？如果是前者，那么它怎么知道不包含ByteBuffer.Flip()，因为(Java8)代码清楚地引用了ByteBuffer.Flip()，而(Java11)编译器看到运行库中有一个ByteBuffer.Flip()方法呢？但如果是后者，那么我如何知道，即使我使用--source和--target选项指示Java8，在使用Java11编译时，100%正确的兼容Java8的源代码将在Java8 JRE上运行？（请注意，OpenJDK11.0.5似乎选择了后一个选项。但哪一个是正确的呢？）

  （请注意，我使用的“链接”这个词很松散；我目前对字节码的生成还不是很熟悉。我所知道的是，类文件以某种方式引用了buffer.flip()或bytebuffer.flip()；如果在运行时找不到这个方法，JVM将抛出一个异常，例如:java.lang.NoSuchMethoderRor:java.nio.bytebuffer.flip()Ljava/nio/bytebuffer；。）

  作为一个额外的问题，我想知道使用为Java8设置的--release选项是否会改变答案。但是请注意，我不能使用--release选项（相当于Maven 编译器插件选项），因为我希望Maven项目能够同时使用Java8和Java11构建。

Answer 1

如果我们使用下面的代码并使用Java8和Java11进行编译，就会得到以下字节码，正如运行javap-c myclass.class时看到的那样。

Java源代码

ByteBuffer byteBuffer = ByteBuffer.allocate(64);
byteBuffer.flip();

Java 8字节码

 0: bipush        64
 2: invokestatic  #19   // Method java/nio/ByteBuffer.allocate:(I)Ljava/nio/ByteBuffer;
 5: astore_1
 6: aload_1
 7: invokevirtual #25   // Method java/nio/ByteBuffer.flip:()Ljava/nio/Buffer;
10: pop

 0: bipush        64
 2: invokestatic  #19   // Method java/nio/ByteBuffer.allocate:(I)Ljava/nio/ByteBuffer;
 5: astore_1
 6: aload_1
 7: invokevirtual #25   // Method java/nio/ByteBuffer.flip:()Ljava/nio/ByteBuffer;
10: pop

但是，在字节码级别，方法签名包括返回类型。这意味着JVM支持可以重载仅在返回类型上不同的方法的语言，尽管Java不支持这一点。

Java11版本的方法具有不同的返回类型，这可以在“链接”方法中看到，位于()之后，其中Java8将返回类型显示为LJava/NIO/Buffer；，Java11将返回类型显示为LJava/NIO/ByteBuffer；。

当您使用针对Java11运行时库编译的代码，并尝试在Java8上运行它时，线程“main”Java.lang.NoSuchMethoderRror中出现异常：Java.nio.byteBuffer.flip（）ljava/nio/byteBuffer；

这就是为什么您应该始终指定引导类路径以指向与目标Java版本匹配的Java运行时库的原因。当您使用Java11的javac和选项-source8-target8进行编译时，它实际上会警告您这一点：

warning: [options] bootstrap class path not set in conjunction with -source 8
1 warning

这就是为什么他们实现了较新的--release 选项来替换-source和-target。如果您使用--release8进行编译，则生成的.class文件将在Java 8上运行，不会出错。

更新

--release选项是在Java9中实现的，这是JEP 247:Compile for Older Platform版本的结果，它说：

对于JDK N和--releaseM,M $jdk_root/lib/ct.sym文件中，该文件与JDK8中的同名文件类似，但不相同。 ct.sym文件是一个ZIP文件，包含与目标平台版本中的类文件相对应的剥离类文件。 数据存储在