下面是引用spring framework開發(fā)手冊中的一段話“
Spring 2.5引入了更多典型化注解(stereotype annotations)： @Component、@Service和 @Controller。 @Component是所有受Spring管理組件的通用形式； 而@Repository、@Service和 @Controller則是@Component的細(xì)化，用來表示更具體的用例(例如，分別對應(yīng)了持久化層、服務(wù)層和表現(xiàn)層)。也就是說， 你能用@Component來注解你的組件類， 但如果用@Repository、@Service 或@Controller來注解它們，你的類也許能更好地被工具處理，或與切面進行關(guān)聯(lián)。例如，這些典型化注解可以成為理想的切入點目標(biāo)。當(dāng)然，在Spring Framework以后的版本中， @Repository、@Service和 @Controller也許還能攜帶更多語義。如此一來，如果你正在考慮服務(wù)層中是該用 @Component還是@Service， 那@Service顯然是更好的選擇。同樣的，就像前面說的那樣， @Repository已經(jīng)能在持久化層中進行異常轉(zhuǎn)換時被作為標(biāo)記使用了。”
下面是網(wǎng)上目前關(guān)于組件掃描最詳細(xì)的介紹
Spring applicationContext.xml的<context:component-scan>標(biāo)籤用途比我想像的還要實用。而且後來才知道，有了<context:component-scan>，另一個<context:annotation-config/>標(biāo)籤根本可以移除掉，因為被包含進去了。原本我survery Spring3通常只配置成<context:component-scan base-package="com.foo.bar"/>，意即在base-package下尋找有@Component和@Configuration的target Class。而現(xiàn)在如下的飯粒：
|
<context:component-scan base-package="com.foo" use-default-filters="false">
<context:include-filter type="regex" expression="com.foo.bar.*Config"/>
<context:include-filter type="regex" expression="com.foo.config.*"/>
</context:component-scan> |
<context:component-scan>提供兩個子標(biāo)籤：<context:include-filter>和<context:exclude-filter>各代表引入和排除的過濾。而上例把use-default-filters屬性設(shè)為false，意即在base-package所有被宣告為@Component和@Configuration等target Class不予註冊為bean，由filter子標(biāo)籤代勞。
filter標(biāo)籤在Spring3有五個type，如下：
| Filter Type |
Examples Expression |
Description |
| annotation |
org.example.SomeAnnotation |
符合SomeAnnoation的target class |
| assignable |
org.example.SomeClass |
指定class或interface的全名 |
| aspectj |
org.example..*Service+ |
AspectJ語法 |
| regex |
org\.example\.Default.* |
Regelar Expression |
| custom |
org.example.MyTypeFilter |
Spring3新增自訂Type，實作org.springframework.core.type.TypeFilter |
所以上例用的regex就有個語病，com.foo.config.* 可以找到com.foo.config.WebLogger，但也可以找到com1fool2config3abcde，因為小數(shù)點在Regex是任意字元，是故要用\.把小數(shù)點跳脫為佳。(2010/3/15補充：但要使用\.方式，其use-default-filters不能為false，否則抓不到，感覺是Bug)
Spring3提供豐富的Filter支援，有益配置策略，不需面臨Configuration Hell，比如Regex的com\.foo\.*\.action\.*Config，這樣就可以找到com.foo package下所有action子package的*Config的target class。
我按他的例子，配置了我自己的如下：
<context:component-scan base-package="com.xhlx.finance.budget" >
<context:include-filter type="regex" expression="com.lee.finance.budget.service.*"/>
<context:include-filter type="regex" expression="com.lee.finance.budget.security.*"/>
</context:component-scan>
但是死活掃描不到，網(wǎng)上又沒有更好的講解，沒辦法只好自己試，改成
<context:component-scan base-package="com.xhlx.finance.budget" >
<context:include-filter type="regex" expression="com.lee.finance.budget.*"/>
</context:component-scan>
這樣連沒有加注解的類也掃描并實例化，結(jié)果報錯，因為有的類根本就沒有默認(rèn)的構(gòu)造函數(shù)不能實例化，能不報錯嗎
改成
<context:component-scan base-package="com.xhlx.finance.budget" >
<context:include-filter type="regex" expression="com\.lee\.finance\.budget\.service.*"/>
</context:component-scan>問題依舊
<context:component-scan base-package="com.xhlx.finance.budget" >
<context:include-filter type="regex" expression="com.lee.finance.budget.service.TestService"/>
</context:component-scan>
嘿，這次可以了，寫全限定名就可以，表達式卻不行，但是如果我有成千上百個還得一個一個這樣配置啊？不行，繼續(xù)研究，我想有個base-package的配置，從表面意思來看這是個“基本包”，是否表示下面的過濾路徑是基于這個包的呢？于是試著改成
<context:component-scan base-package="com.xhlx.finance.budget" >
<context:include-filter type="regex" expression=".service.*"/>
</context:component-scan>