我正在学习Spring 3，我似乎没有掌握<context:annotation-config>和<context:component-scan>背后的功能。
从我读到的内容来看，它们似乎处理不同的注释(@Required， @Autowired等vs @Component， @Repository， @Service等)，但从我读到的内容来看，它们注册了相同的bean后处理器类。
更让我困惑的是，在<context:component-scan>上有一个annotation-config属性。
有人能解释一下这些标签吗?什么是相似的，什么是不同的，是一个被另一个取代，它们互相完善，我需要其中一个吗，还是两个?
当前回答
<context:annotation-config>
只解决@Autowired和@Qualifer注释，这就是所有的，它关于依赖注入，还有其他注释做同样的工作，我认为如何@Inject，但都是关于通过注释解决DI。
注意，即使声明了<context:annotation-config>元素，也必须声明类是Bean，记住我们有三个可用选项
XML: <憨豆先生> @注解:@组件，@服务，@存储库，@控制器 JavaConfig: @Configuration， @Bean
现在有了
<context:component-scan>
它做了两件事:
它扫描带有注释的所有类 @组件、@服务、@存储库、@控制器和@配置并创建一个Bean 它与<context:annotation-config>所做的工作相同。
因此，如果你声明<context:component-scan>，就没有必要再声明<context:annotation-config>了。
Thats所有
例如，一个常见的场景是仅通过XML声明bean，并通过注释解析DI
<bean id="serviceBeanA" class="com.something.CarServiceImpl" />
<bean id="serviceBeanB" class="com.something.PersonServiceImpl" />
<bean id="repositoryBeanA" class="com.something.CarRepository" />
<bean id="repositoryBeanB" class="com.something.PersonRepository" />
我们只声明了bean，没有关于<constructor-arg>和<property>， DI是通过@Autowired在它们自己的类中配置的。这意味着服务对它们的存储库组件使用@Autowired，而存储库对JdbcTemplate、DataSource等组件使用@Autowired
其他回答
我发现了一个很好的总结，说明哪些注释被哪些声明拾取。通过研究它，你会发现<context:component-scan/>识别了<context:annotation-config/>识别的注释的超集，即:
@组件，@服务，@存储库，@控制器，@端点 @Configuration， @Bean， @Lazy， @Scope， @Order， @Primary， @Profile， @DependsOn， @Import， @ImportResource
正如您所看到的，<context:component-scan/>逻辑上扩展了<context:annotation-config/>，具有CLASSPATH组件扫描和Java @Configuration特性。
<context:annotation-config>
只解决@Autowired和@Qualifer注释，这就是所有的，它关于依赖注入，还有其他注释做同样的工作，我认为如何@Inject，但都是关于通过注释解决DI。
注意，即使声明了<context:annotation-config>元素，也必须声明类是Bean，记住我们有三个可用选项
XML: <憨豆先生> @注解:@组件，@服务，@存储库，@控制器 JavaConfig: @Configuration， @Bean
现在有了
<context:component-scan>
它做了两件事:
它扫描带有注释的所有类 @组件、@服务、@存储库、@控制器和@配置并创建一个Bean 它与<context:annotation-config>所做的工作相同。
因此，如果你声明<context:component-scan>，就没有必要再声明<context:annotation-config>了。
Thats所有
例如，一个常见的场景是仅通过XML声明bean，并通过注释解析DI
<bean id="serviceBeanA" class="com.something.CarServiceImpl" />
<bean id="serviceBeanB" class="com.something.PersonServiceImpl" />
<bean id="repositoryBeanA" class="com.something.CarRepository" />
<bean id="repositoryBeanB" class="com.something.PersonRepository" />
我们只声明了bean，没有关于<constructor-arg>和<property>， DI是通过@Autowired在它们自己的类中配置的。这意味着服务对它们的存储库组件使用@Autowired，而存储库对JdbcTemplate、DataSource等组件使用@Autowired
>激活bean中许多不同的注释，无论它们是用XML定义的还是通过组件扫描定义的。
>用于不使用XML定义bean
欲了解更多信息，请阅读:
3.9. 基于注释的容器配置 3.10. 类路径扫描和托管组件
<context:component-scan /> implicitly enables <context:annotation-config/>
try with <context:component-scan base-package="…" annotation-config="false"/>，在你的配置中@Service， @Repository， @Component工作正常，但是@Autowired，@Resource和@Inject不工作。
这意味着AutowiredAnnotationBeanPostProcessor将不会被启用，Spring容器将不会处理自动装配注释。
您可以在spring上下文模式文件中找到更多信息。 以下内容来自spring-context-4.3.xsd
<conxtext:annotation-config />
Activates various annotations to be detected in bean classes: Spring's @Required and
@Autowired, as well as JSR 250's @PostConstruct, @PreDestroy and @Resource (if available),
JAX-WS's @WebServiceRef (if available), EJB 3's @EJB (if available), and JPA's
@PersistenceContext and @PersistenceUnit (if available). Alternatively, you may
choose to activate the individual BeanPostProcessors for those annotations.
Note: This tag does not activate processing of Spring's @Transactional or EJB 3's
@TransactionAttribute annotation. Consider the use of the <tx:annotation-driven>
tag for that purpose.
<context:component-scan>
Scans the classpath for annotated components that will be auto-registered as
Spring beans. By default, the Spring-provided @Component, @Repository, @Service, @Controller, @RestController, @ControllerAdvice, and @Configuration stereotypes will be detected.
Note: This tag implies the effects of the 'annotation-config' tag, activating @Required,
@Autowired, @PostConstruct, @PreDestroy, @Resource, @PersistenceContext and @PersistenceUnit
annotations in the component classes, which is usually desired for autodetected components
(without external configuration). Turn off the 'annotation-config' attribute to deactivate
this default behavior, for example in order to use custom BeanPostProcessor definitions
for handling those annotations.
Note: You may use placeholders in package paths, but only resolved against system
properties (analogous to resource paths). A component scan results in new bean definitions
being registered; Spring's PropertySourcesPlaceholderConfigurer will apply to those bean
definitions just like to regular bean definitions, but it won't apply to the component
scan settings themselves.
