Java 1.8分支误用Java 11方法无报错，如何在单JDK下触发该错误？

你遇到的核心问题是：仅通过source和target参数指定Java 1.8兼容，只是控制了编译后字节码的版本，但编译过程中仍然依赖当前JDK 11的类库，所以编译器能找到Java 11新增的String#stripTrailing方法，不会触发编译错误；而测试阶段用JDK 11运行时执行，自然也不会出现NoSuchMethodError。

无需安装多个JDK，只需调整Maven编译配置，让编译阶段严格校验Java 1.8的API兼容性，具体方案如下：

方案1：使用release参数替代source/target #

maven-compiler-plugin的release参数会同时控制字节码版本和编译时依赖的类库版本，确保代码仅使用指定Java版本的API。配置示例：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.11.0</version> <!-- 需使用支持release参数的版本（3.6+） -->
            <configuration>
                <release>1.8</release> <!-- 替代source和target -->
            </configuration>
        </plugin>
    </plugins>
</build>

配置后执行mvn compile，编译器会基于Java 1.8的API校验代码，此时使用String#stripTrailing会直接触发编译错误，提示该方法不存在。

方案2：配置bootclasspath指定Java 1.8类库 #

如果无法使用release参数（比如插件版本过低），可以手动指定Java 1.8的类库路径作为bootclasspath，强制编译器使用该版本的类库进行校验。需要获取到Java 1.8的rt.jar文件（可从其他安装了JDK 8的环境复制，无需完整安装JDK），然后配置：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.8.1</version>
    <configuration>
        <source>1.8</source>
        <target>1.8</target>
        <bootclasspath>/path/to/jdk8/rt.jar</bootclasspath>
    </configuration>
</plugin>

执行编译后，同样会触发String#stripTrailing方法不存在的错误。

补充说明 #

• 方案1更简洁且推荐，因为release参数是JDK 9引入的标准化参数，能自动处理不同Java版本的类库依赖，无需手动管理类库文件。
• 只要编译阶段拦截了不兼容的API调用，就无需等到测试或运行时才发现问题，从根源上避免了后续在Java 8环境运行时出现NoSuchMethodError。

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