@Bean与@Value无stereotype注解的用法正确性及迁移问题咨询

1. 无stereotype注解时使用@Bean是否属于错误代码？ #

属于不规范的错误代码。在Spring体系中，@Bean注解的方法必须位于被Spring容器管理的类中——也就是标注了@Configuration、@Component等stereotype注解的类，或者通过@Import显式导入的类。如果没有这些注解，Spring的组件扫描机制不会识别这个类，也不会调用其中的@Bean方法，对应的Bean实例根本不会被创建并加入容器。

唯一例外是手动通过AnnotationConfigApplicationContext等方式注册该类，但这在常规Spring Boot场景下不属于标准用法，本质上还是不符合Spring的Bean定义规范。

2. 无属性文件为何使用@Value？ #

常见原因有以下几种：

• 该类的设计初衷是依赖外部项目的配置源：属性并非来自当前独立库的资源文件，而是从引用该库的业务项目的配置文件、环境变量、系统参数，或者分布式配置中心（如Nacos、Spring Cloud Config）中获取。
• 代码遗留问题：原本配套有属性文件，后续移除但未清理@Value注解。
• 使用了@Value的默认值语法但未显式写出：比如@Value("${internalKey}")其实可以补充默认值@Value("${internalKey:null}")，只是代码中省略了，并非必须依赖本地属性文件。
• 可能通过@PropertySource注解指定了外部路径的配置文件，只是当前独立库没有内置资源文件夹。

3. 迁移后internalKey为null的原因是什么？ #

核心原因是Spring Boot 3.x（基于Spring 6）对Bean配置的校验更严格，加上原代码不符合规范导致的：

• Spring 1.x存在宽松的兼容逻辑，即使类没有stereotype注解，若被意外扫描到（比如组件扫描范围包含了该独立库包路径），@Bean方法可能还能被执行，@Value也能完成注入；但Spring 6严格要求@Bean必须在@Configuration或其他stereotype注解的类中，否则不会处理该类的@Bean和@Value，导致internalKey根本没被注入，一直为null。
• Spring Boot 3.x的组件扫描规则有变化，原项目中能覆盖到该独立库包路径的扫描配置，在迁移后可能失效，导致该类完全没被Spring容器实例化，@Value自然无法生效。
• 属性绑定机制的变化：Spring Boot 3.x对未定义的属性处理更严格，若internalKey对应的配置项不存在，不会再像Spring 1.x那样有隐性默认值，直接返回null。

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