Spring的注解形式：@Repository、@Service、@Controller，它們分別對應存儲層Bean，業務層Bean，和展示層Bean。
@Repository、@Service、@Controller 和 @Component 將類標識為Bean
Spring 自 2.0 版本開始，陸續引入了一些注解用於簡化 Spring 的開發。@Repository注解便屬於最先引入的一批，它用於將數據訪問層 (DAO 層 ) 的類標識為 Spring Bean。具體只需將該注解標注在 DAO類上即可。同時，為了讓 Spring 能夠掃描類路徑中的類並識別出 @Repository 注解，需要在 XML 配置文件中啟用Bean 的自動掃描功能，這可以通過<context:component-scan/>實現。如下所示：
// 首先使用 @Repository 將 DAO 類聲明為 Bean
package bookstore.dao;
@Repository
public class UserDaoImpl implements UserDao{ …… }
// 其次，在 XML 配置文件中啟動 Spring 的自動掃描功能
<beans … >
……
<context:component-scan base-package=”bookstore.dao” />
……
</beans>
|
如此，我們就不再需要在 XML 中顯式使用 <bean/> 進行Bean 的配置。Spring 在容器初始化時將自動掃描 base-package 指定的包及其子包下的所有 class文件，所有標注了 @Repository 的類都將被注冊為 Spring Bean。
為什么 @Repository 只能標注在 DAO 類上呢？這是因為該注解的作用不只是將類識別為Bean，同時它還能將所標注的類中拋出的數據訪問異常封裝為 Spring 的數據訪問異常類型。 Spring本身提供了一個豐富的並且是與具體的數據訪問技術無關的數據訪問異常結構，用於封裝不同的持久層框架拋出的異常，使得異常獨立於底層的框架。
Spring 2.5 在 @Repository的基礎上增加了功能類似的額外三個注解：@Component、@Service、@Constroller，它們分別用於軟件系統的不同層次：
- @Component 是一個泛化的概念，僅僅表示一個組件 (Bean) ，可以作用在任何層次。
- @Service 通常作用在業務層，但是目前該功能與 @Component 相同。
- @Constroller 通常作用在控制層，但是目前該功能與 @Component 相同。
通過在類上使用 @Repository、@Component、@Service 和 @Constroller 注解，Spring會自動創建相應的 BeanDefinition 對象，並注冊到 ApplicationContext 中。這些類就成了 Spring受管組件。這三個注解除了作用於不同軟件層次的類，其使用方式與 @Repository 是完全相同的。
另外，除了上面的四個注解外，用戶可以創建自定義的注解，然后在注解上標注 @Component，那么，該自定義注解便具有了與所@Component 相同的功能。不過這個功能並不常用。
當一個 Bean 被自動檢測到時，會根據那個掃描器的 BeanNameGenerator 策略生成它的 bean名稱。默認情況下，對於包含 name 屬性的 @Component、@Repository、 @Service 和@Controller，會把 name 取值作為 Bean 的名字。如果這個注解不包含 name值或是其他被自定義過濾器發現的組件，默認 Bean 名稱會是小寫開頭的非限定類名。如果你不想使用默認 bean命名策略，可以提供一個自定義的命名策略。首先實現 BeanNameGenerator接口，確認包含了一個默認的無參數構造方法。然后在配置掃描器時提供一個全限定類名，如下所示：
<beans ...>
<context:component-scan
base-package="a.b" name-generator="a.SimpleNameGenerator"/>
</beans>
|
與通過 XML 配置的 Spring Bean 一樣，通過上述注解標識的Bean，其默認作用域是"singleton"，為了配合這四個注解，在標注 Bean 的同時能夠指定 Bean 的作用域，Spring2.5 引入了 @Scope 注解。使用該注解時只需提供作用域的名稱就行了，如下所示：
@Scope("prototype")
@Repository
public class Demo { … }
|
如果你想提供一個自定義的作用域解析策略而不使用基於注解的方法，只需實現 ScopeMetadataResolver接口，確認包含一個默認的沒有參數的構造方法。然后在配置掃描器時提供全限定類名：
<context:component-scan base-package="a.b" scope-resolver="footmark.SimpleScopeResolver" />