spring - context:component-scan

spring - context:component-scan（转）

1. 扫描过滤方式 

过滤器类型 说明 

注释 假如 com.baobaotao.SomeAnnotation是一个注释类，我们可以将使用该注释的类过滤出来。 

类名指定 通过全限定类名进行过滤，如您可以指定将 com.baobaotao.Boss 纳入扫描，而将com.baobaotao.Car 排除在外。 

正则表达式 通过正则表达式定义过滤的类，如下所示：com.baobaotao.Default.* 

AspectJ 表达式 通过 AspectJ 表达式定义过滤的类，如下所示： com.baobaotao..*Service+ 

下面是一个简 单的例子：

Java代码

     

   

        expression="com.baobaotao.service..*"/>     

   

        expression="com.baobaotao.util..*"/>     

   

值 得注意的是 配置项不但启用了对类包进行扫描以实施注释驱动 Bean定义的功能，同时还启用了注释驱动自动注入的功能（即还隐式地在内部注册了AutowiredAnnotationBeanP ostProcessor 和CommonAnnotationBeanPost Processor），因此当使用 后，就可以将移除了。 

默认情况下通过 @Component 定义的 Bean 都是 singleton 的，如果需要使用其它作用范围的Bean，可以通过 @Scope 注释来达到目标，如以下代码所示： 

清单 24. 通过 @Scope 指定 Bean 的作用范围

Java代码

package com.baobaotao;      

import org.springframework.context.annotation.Scope;     

…      

@Scope("prototype")      

@Component("boss")      

public class Boss {      

    …      

}      

这样，当从 Spring 容器中获取 boss Bean时，每次返回的都是新的实例了。 

采用具有特殊语义的注释 

Spring 2.5 中除了提供 @Component注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、@Service 和 @Controller。在目前的Spring 版本中，这 3 个注释和 @Component 是等效的，但是从注释类的命名上，很容易看出这 3个注释分别和持久层、业务层和控制层（Web 层）相对应。虽然目前这 3 个注释和 @Component 相比没有什么新意，但Spring 将在以后的版本中为它们添加特殊的功能。所以，如果 Web应用程序采用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用 @Repository、@Service 和@Controller 对分层中的类进行注释，而用 @Component对那些比较中立的类进行注释。 

注释配置和 XML 配置的适用场合 

是否有了这些 IOC 注释，我们就可以完全摒除原来 XML配置的方式呢？答案是否定的。有以下几点原因： 

注 释配置不一定在先天上优于 XML 配置。如果 Bean 的依赖关系是固定的，（如 Service 使用了哪几个 DAO类），这种配置信息不会在部署时发生调整，那么注释配置优于 XML 配置；反之如果这种依赖关系会在部署时发生调整，XML配置显然又优于注释配置，因为注释是对 Java源代码的调整，您需要重新改写源代码并重新编译才可以实施调整。 

如果 Bean 不是自己编写的类（如 JdbcTemplate、SessionFactoryBean等），注释配置将无法实施，此时 XML 配置是唯一可用的方式。 

注释配置 往往是类级别的，而 XML 配置则可以表现得更加灵活。比如相比于 @Transaction 事务注释，使用aop/tx 命名空间的事务配置更加灵活和简单。 

所 以在实现应用中，我们往往需要同时使用注释配置和 XML配置，对于类级别且不会发生变动的配置可以优先考虑注释配置；而对于那些第三方类以及容易发生调整的配置则应优先考虑使用 XML配置。Spring 会在具体实施 Bean 创建和 Bean 注入之前将这两种配置方式的元信息融合在一起。

--------------------------

Spring applicationContext.xml的標籤用途比我想像的還要實用。而且後來才知道，有了，另一個標籤根本可以移除掉，因為被包含進去了。原本我surverySpring3通常只配置成，意即在base-package下尋找有@Component和 @Configuration的targetClass。而現在如下的飯粒：

 

   

   

　　提供兩個子標 籤：和各代表引入和排除的過濾。而上例把use-default-filters屬性設為false，意即在base-package所有被宣告為@Component和@Configuration等target Class不予註冊為bean，由filter子標籤代勞。

　　filter標籤在Spring3有五個type，如下：

 

Filter Type Examples Expression Description

annotation org.example.SomeAnnotation 符合SomeAnnoation的targetclass

assignable org.example.SomeClass 指定class或interface的全名

aspectj org.example..*Service+ AspectJ語法

regex org\.example\.Default.* Regelar Expression

custom org.example.MyTypeFilterSpring3新增自訂Type，實作org.springframework.core.type.TypeFilter

　　所以上例用的regex就有個語病，com.foo.config.* 可以找到com.foo.config.WebLogger，但也可以找到com1fool2config3abcde，因為小數點在Regex是任意字元，是故要用\.把小數點跳脫為佳。(2010/3/15補充：但要使用\.方式，其use-default-filters不能為false，否則抓不到，感覺是Bug)

　　Spring3提供豐富的Filter支援，有益配置策略，不需面臨 ConfigurationHell，比如Regex的com\.foo\.*\.action\.*Config，這樣就可以找到com.foopackage下所有action子package的*Config的target class。

　　2010/3/18補充：後來在AppConfig前忘了加@Component，AppConfig內尚留有@Bean，奇怪的是還是能work。我猜有加@Bean的method的class，若沒特別註解AppConfig是@Repository、@Service還是@Configuration，一律被Spring3視為@Component。