为何Spring文档称@Import通常传入@Configuration类？相关疑问解析

1. 已在@ComponentScan范围内的@Configuration类，为何还要用@Import？ #

如果一个@Configuration类已经被@ComponentScan扫描到，确实不需要额外用@Import引入——Spring会自动处理它的Bean定义。但文档里标注“通常为@Configuration类”，原因在于：

• @Import的核心场景是引入不在扫描范围的类（比如第三方库的配置类），而这类配置类通常本身就标注了@Configuration（因为它们内部用@Bean定义了自身组件）。
• 即使在扫描范围内，@Import也可用来显式控制配置加载顺序，或是在模块化场景中按需引入特定配置，让依赖关系更清晰（比如在模块主配置类里显式导入子模块配置，比依赖自动扫描的隐式依赖更直观）。

2. 第三方类用@Import引入时，是否需要标注@Configuration？ #

这取决于该类的作用：

• 如果第三方类是用来定义Bean的（内部包含@Bean方法），那它必须标注@Configuration——因为只有Spring识别到@Configuration注解，才会执行类中的@Bean方法，将对应的Bean注册到容器中。@Import只是把这个类纳入Spring的处理流程，但如果没有@Configuration，类内的@Bean不会被触发执行。
• 如果第三方类本身就是普通组件（比如标注了@Component），则不需要@Configuration，@Import会直接把这个类作为Bean注册到容器里。

举个示例：

// 第三方配置类，必须带@Configuration，否则@Bean不会生效
@Configuration
public class ThirdPartyConfig {
    @Bean
    public ThirdPartyService thirdPartyService() {
        return new ThirdPartyService();
    }
}

// 你的主配置类，用@Import引入，无论该类是否在扫描范围
@Configuration
@Import(ThirdPartyConfig.class)
public class AppConfig {
    // ...
}

如果ThirdPartyConfig没有@Configuration，thirdPartyService()方法不会被Spring调用，对应的Bean也不会被注册——@Import只会把ThirdPartyConfig本身注册为一个Bean，但不会处理它内部的@Bean方法。

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