如何在 Java 11 中编写代码,但目标是 Java 8 及更高版本?

新手上路,请多包涵

我正在开发一个小型库,出于显而易见的原因,我想使用所有 Java 11 功能编写代码(我现在猜测的模块除外),但我希望该库与 Java 8 及更高版本兼容。

当我尝试这个时:

 javac -source 11 -target 1.8 App.java

我收到以下消息:

 warning: source release 11 requires target release 11

…当我查看字节码时,我看到类的版本是 0x37 (Java 11):

 $ xxd App.class
00000000: cafe babe 0000 0037 ...

而 Java 8 无法加载它:

 Exception in thread "main" java.lang.UnsupportedClassVersionError: App has been
    compiled by a more recent version of the Java Runtime (class file version 55.0),
    this version of the Java Runtime only recognizes class file versions up to 52.0
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:495)

人们如何提供这种兼容性?我对所有构建工具持开放态度。

对我来说,将高级语言(Java)转换为低级(字节码)似乎很容易。在我看来,当高级语言发生变化时,低级语言应该保持不变。这就是为什么我认为这是可能的。

更新

伙计们,我不认为这个答案重复 Move to OpenJDK-11 but compile in Java 8 ,因为 OP 询问如何继续使用 Java 8 功能生成代码,但目标是 Java 11(这是只是一个著名的向后兼容性)。我的问题是相反的:我想在 Java 11 中生成代码,但目标是 Java 8。我在提出问题之前研究该主题时遇到了这个问题。我发现它不适用于我的情况。

另一个问题 Can Java 8 code be compiled to run on Java 7 JVM does look similar to my question, but it was asked in 2013 and the bytecode obviously changed between Java 7 and Java 8.

我不认为自 Java 8 以来字节码发生了太大变化,这就是我问这个问题的原因。

原文由 neshkeev 发布,翻译遵循 CC BY-SA 4.0 许可协议

阅读 671
2 个回答

虽然理论上可以使用复杂的工具将为 JDK 11 编译的类转换为 JDK 8,但这并非易事。二进制级别有重大变化。

首先,JDK 11 引入了 嵌套 类型,这消除了在访问内部/外部类的成员 private 时生成合成访问器方法的需要。当然,这种访问在旧版本中会失败。

它还引入了 动态常量,但我不知道 Java 语言是否在任何地方都利用了该功能。这主要用于将来的版本。

然后,从 JDK 9 开始,使用 invokedynamic 引用 java.lang.invoke.StringConcatFactory --- 编译字符串连接,这在 Java 8 中不存在。

一个可行的功能是 private 接口中的方法,在 Java 9 中作为语言功能引入,但在 Java 8 中已经在二进制级别处理。

Java 8 也无法处理模块定义,但我想,它们会被忽略。

原文由 Holger 发布,翻译遵循 CC BY-SA 4.0 许可协议

不,您不能将 Java 11 源代码编译为 Java 8 二进制文件。

javac 术语中, -source 参数不能大于 -target 参数。

因此,如果您想生成 Java 8 二进制文件,您的源代码应该使用 Java 8(或更早版本)编写。如果您不使用任何 Java 11 语言功能,您的源代码基本上已经在 Java 8 中,所以这应该不是什么大问题。

请注意,您仍然可以使用 JDK 11 将 Java 8 源代码编译为 Java 8 二进制文件。 JDK 版本 可以 高于源和/或目标版本。

注意:javac 文档没有说明 -source 参数必须小于或等于 -target 参数。但是,有很多非官方文档。例如, https://stackoverflow.com/a/9261298/691074

据我所知,也没有一个反例可以真正让这种情况发挥作用。

原文由 Buurman 发布,翻译遵循 CC BY-SA 4.0 许可协议

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题