Spring Boot3.0与Spring Integration6.0迁移后出现参数名解析警告

警告原因 #

Spring 6.0（包含Spring Boot 3.0、Spring Integration 6.0）调整了参数名解析策略：原有的通过-debug编译生成的LocalVariableTable回退解析方式被标记为弃用，官方推荐使用-parameters编译选项，让JVM在编译时保留方法/构造器的原始参数名，Spring可直接读取，无需依赖调试信息。

Maven环境下的解决方案 #

1. 全局配置编译参数 #

在项目的pom.xml中配置maven-compiler-plugin，添加-parameters编译参数，这是最彻底的解决方式：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.11.0</version> <!-- 可根据项目需求调整插件版本 -->
            <configuration>
                <source>17</source> <!-- Spring Boot 3.0要求最低Java版本为17 -->
                <target>17</target>
                <compilerArgs>
                    <arg>-parameters</arg>
                </compilerArgs>
            </configuration>
        </plugin>
    </plugins>
</build>

配置完成后，执行mvn clean compile重新编译项目，警告即可消除。

2. 涉类场景说明 #

• MyClassA（继承IntegrationFlowAdapter+@Component）：Spring Integration的Flow构建会通过自省解析组件方法的参数名，启用-parameters后可直接获取参数名，无需触发弃用的回退逻辑。
• MyClassB（@ConfigurationProperties）：配置属性绑定依赖构造器/Setter方法的参数名，-parameters能让Spring直接使用编译时保留的参数名完成绑定，替代原有的debug信息解析方式。
• MyClassC（@Configuration）：配置类中的@Bean方法、构造器可能被Spring容器自省，添加编译参数后可避免弃用警告。
• MyClassD（无注解无继承）：大概率是被其他Spring管理的组件间接引用，触发了参数名解析，全局配置编译参数后同样会覆盖这类场景。

关于LocalVariableTableParameterNameDiscoverer #

这个类是Spring框架中负责解析方法/构造器参数名的核心类之一。在Spring 6.0之前，当编译代码未添加-parameters时，它会回退读取编译生成的LocalVariableTable（需开启-debug编译）来获取参数名；Spring 6.0将该回退方式标记为弃用，因此出现警告。

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