本文深入探讨了Java编译器中用于管理兼容性的选项，从早期不尽完善的`-source`和`-target`，到现代推荐的`--release`。我们将剖析这些选项在控制语言特性、字节码版本以及核心库API方面的作用与局限性，并强调`--release`如何作为统一解决方案，确保编译后的代码能在特定Java运行时环境下正确运行，这对于库开发者和多版本部署场景至关重要。
Java编译器的兼容性管理概述
在Java开发中，确保代码在不同版本的Java运行时环境（JRE）中兼容运行是一项重要任务，尤其对于发布库或部署到异构环境的场景。Java编译器（javac）提供了一系列选项来帮助开发者管理这种兼容性。理解这些选项的作用、局限性及其演进，对于编写健壮且可移植的Java代码至关重要。
早期兼容性选项：-source与-target
在Java的早期版本中，javac主要通过-source和-target这两个选项来控制编译过程中的兼容性。
-source：控制语言特性版本
-source选项用于指定编译器接受的源代码版本。例如，-source 1.8表示编译器将只接受Java 8及之前版本引入的语言特性。它的主要目的是限制开发者使用新版本的语法和API，从而使代码能够被旧版本的Java编译器理解和编译。
立即学习“Java免费学习笔记（深入）”；
然而，-source选项的实际效果存在一定的局限性。它并不能真正地让编译器“回退”到旧版本的解析器。在很多情况下，它更多地是标记某些新构造为无效，而不是完全不理解它们。Java语言规范本身并没有为每个版本都定义一套独立的解析规则，javac也并非内置了多个独立的解析器。
-target：控制字节码版本
-target选项用于指定生成的.class文件的字节码版本。不同的Java版本有不同的字节码格式。例如，-target 1.8将生成兼容Java 8 JRE的字节码。这是实现向后兼容的关键，因为旧的JRE无法运行比它自身版本更高的字节码。
source与target的协同与挑战
理论上，通过同时设置-source和-target，可以实现对代码兼容性的全面控制。例如，javac -source 1.8 -target 1.8 MyClass.java 会确保代码使用Java 8的语言特性，并生成Java 8兼容的字节码。
然而，单独使用或简单组合这两个选项存在一些固有的挑战：
- source必须小于或等于target：通常情况下，-source指定版本不能高于-target指定版本。例如，javac -source 17 -target 16 是无效的，因为新的语言特性可能需要新的字节码结构才能正确编译。
- 核心库API的兼容性问题：仅仅控制语言特性和字节码版本是不够的。Java核心库（java.开头的包）在不同版本中会引入新的类和方法。如果代码使用了Java 15引入的新API，即使使用javac -source 14 -target 14进行编译，代码可能仍然能够通过编译，但在Java 14的JRE上运行时，会因为找不到对应的类或方法而抛出NoClassDefFoundError或NoSuchMethodError。要解决这个问题，需要配置编译器的“引导类路径”（bootclasspath），使其指向目标JRE版本的核心库，但这会使编译过程变得复杂，需要安装多个JDK版本。
由于这些复杂性和局限性，单独使用-source和-target，尤其是当它们被设置为不同版本时，往往会导致“奇特”且难以调试的问题。
现代兼容性选项：--release
为了解决-source和-target的局限性以及简化兼容性管理，Java 9引入了--release选项。--release是一个统一的选项，它等效于同时设置了-source、-target，并且最重要的是，它还会自动配置编译器的引导类路径，使其与指定版本的Java核心库兼容。
--release的工作原理
当使用--release N时，javac会执行以下操作：
- 设置-source N：限制代码使用Java N版本及之前的语言特性。
- 设置-target N：生成兼容Java N JRE的字节码。
- 配置引导类路径：确保编译器只链接到Java N版本的核心库API，从而避免因使用了目标JRE版本中不存在的API而导致的运行时错误。这通常通过内部机制实现，无需开发者手动安装或配置旧版本的JDK引导类库。
示例代码
假设我们有一个名为MyClass.java的源文件，我们希望它能在Java 11的JRE上运行，即使我们当前使用的是Java 17的JDK进行编译。
旧方法（不推荐）：
# 这种方法需要手动管理bootclasspath，并且可能需要安装JDK 11 javac -source 11 -target 11 -bootclasspath /path/to/jdk-11/lib/rt.jar MyClass.java
新方法（推荐）：
# 使用--release选项，编译器会自动处理所有兼容性细节 javac --release 11 MyClass.java
使用--release 11编译后，生成的MyClass.class文件将：
- 只包含Java 11及以前的语言特性。
- 采用Java 11的字节码格式。
- 不依赖任何Java 11之后引入的核心库API。
这大大简化了跨版本兼容性编译的复杂性。
为什么需要限制版本？
限制编译版本的主要原因是为了确保代码能够在较低版本的JRE上运行。这在以下场景中尤为重要：
- 库的发布：如果你正在开发一个供其他开发者使用的Java库，你可能希望你的库能够兼容更广泛的Java运行时环境。通过使用--release选项编译，你可以确保你的库在指定的目标JRE版本上能够正常工作，即使库的使用者运行的是旧版本的Java。
- 部署到旧环境：在某些企业环境中，可能存在无法立即升级到最新Java版本的服务器。通过将代码编译为与这些旧环境兼容的版本，可以确保应用程序的顺利部署和运行。
- 避免意外依赖：强制限制版本可以帮助开发者避免无意中使用了目标JRE版本中不存在的新API或语言特性，从而减少运行时错误。
总结
Java编译器的兼容性管理经历了从分散到统一的演进。虽然-source和-target选项在过去发挥了作用，但它们在处理核心库API兼容性方面的不足以及使用上的复杂性，促使了--release选项的诞生。
在现代Java开发中，强烈推荐使用--release选项来管理代码的兼容性。它提供了一个简洁、强大且全面的解决方案，确保编译后的代码在目标Java运行时环境中能够可靠地运行，这对于构建可移植的Java应用程序和库至关重要。开发者应根据其目标部署环境或库的用户需求，合理选择--release的版本参数。同时，需要注意的是，单破折号的-source和-target选项现在已经被视为过时，建议优先使用双破折号的--release。
