SpringBoot报错：@Bean方法无对应参数却提示缺失beanName1

首先还原问题场景：
运行SpringBoot应用时抛出错误：

Parameter 1 of method methodName in com.example.app.config.ConfigClassName required a bean named 'beanName1' that could not be found.

但对应的@Bean方法源码中并没有beanName1相关参数：

@Bean
CustomRedisSubscriber methodName(BeanName2 beanName2, BeanName3 beanName3,
                                BeanName4 beanName4)
{
    return new CustomRedisSubscriber(beanName2, beanName3, beanName4);
}

且BeanName1类及其@Bean声明已从源码删除，回退旧版本也未发现该方法有beanName1参数，但手动创建名为beanName1的String类型Bean后错误消失。

以下是可能的原因：

• 编译/缓存残留问题：这是最常见的情况。IDE的编译缓存、Maven/Gradle的构建缓存，或是Spring Boot devtools的缓存未清理干净，导致应用加载的是旧字节码文件——旧版本中该@Bean方法可能存在beanName1参数，虽然源码已删除，但字节码未更新，Spring容器仍按旧方法签名尝试注入依赖。
• 字节码增强工具干扰：如果项目用了Lombok、Spring AOP或其他字节码修改工具，可能在编译阶段篡改了methodName的方法签名，额外添加了beanName1参数。比如自定义AOP切面、字节码插件的错误配置，都可能导致方法参数被意外修改。
• Spring自动装配逻辑异常：存在自定义的BeanPostProcessor、AutowiredAnnotationBeanPostProcessor扩展，或是自定义的DependencyResolver，这些组件错误解析了methodName的依赖需求，强制要求注入名为beanName1的Bean。
• 配置属性绑定误关联：如果ConfigClassName类中有@Value("${some.property}")或@ConfigurationProperties配置，且属性值被错误设为beanName1，Spring处理时可能错误将其关联到@Bean方法的参数注入逻辑，导致容器试图注入对应Bean。
• 类加载器冲突：项目存在多个类加载器，导致加载了不同版本的ConfigClassName类——旧版本类包含beanName1参数，当前源码是新版本，但类加载器加载了旧类文件，引发错误。

排查建议：

1. 彻底清理构建缓存：执行mvn clean或gradle clean，同时清理IDE缓存（如IDEA的File -> Invalidate Caches...），重新编译运行。
2. 排查字节码工具：暂时禁用Lombok、AOP等插件，重新编译看错误是否消失，逐步定位问题来源。
3. 检查编译后字节码：直接查看target/classes（Maven）或build/classes（Gradle）下的ConfigClassName.class文件，反编译确认methodName的实际参数列表，验证是否与源码一致。
4. 排查自定义Spring扩展：检查项目中是否有自定义的Bean处理器或依赖解析类，排查错误逻辑。

内容的提问来源于stack exchange，提问作者nikiforov.java