使用高版本JDK语法编译适配低版本JRE的问题咨询

1. Eclipse普通项目的编译校验逻辑 #

Eclipse自带的ECJ编译器会同时做源码语法检查和API兼容性校验：

• 当你将Compiler compliance level设为1.8时，ECJ会直接屏蔽JDK 1.8之后新增的所有API，所以List.getLast()（JDK 21新增）会被判定为未定义方法，编辑器实时报错并阻止编译。
• 这种校验是IDE层面的强校验，从根源上避免调用高版本API。

2. Maven项目的默认编译漏洞 #

Maven默认使用JDK官方的javac编译器，仅通过<source>和<target>指定1.8版本时，只校验语法规则，不校验API兼容性：

• <source>1.8是限制代码只能使用JDK 1.8支持的语法（比如不能用var、文本块）；
• <target>1.8是指定生成的字节码能在JRE 1.8上运行，但javac不会检查你调用的方法在JDK 1.8中是否存在。
• 所以调用List.getLast()时，只要语法符合1.8规范（方法调用本身语法没问题），javac就会允许编译通过，但这只是表面现象——实际把jar包放到JRE 1.8环境运行时，必然会抛出NoSuchMethodError，因为JRE 1.8的List类根本没有这个方法。

3. 让Maven实现严格API校验的方法 #

要让Maven和Eclipse一样严格校验API兼容性，需要在pom.xml中用<release>参数替代<source>和<target>，或者添加插件强化校验：

• 推荐用maven-compiler-plugin的<release>参数，它会同时管控语法、字节码版本和API兼容性：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.11.0</version>
    <configuration>
        <release>1.8</release>
    </configuration>
</plugin>

配置后，再调用List.getLast()就会和Eclipse普通项目一样触发编译报错，从编译阶段就拦截问题。

内容的提问来源于stack exchange，提问作者rozerro