Spring注解

--

1、使用Spring注解来注入属性

1.1、使用注解以前我们是怎么注入属性的，

类的实现：

public class UserManagerImpl implements UserManager {       private UserDao userDao;       public void setUserDao(UserDao userDao) {           this.userDao = userDao;       }       ...   }  

配置文件：

<bean id="userManagerImpl" class="com.kedacom.spring.annotation.service.UserManagerImpl">       <property name="userDao" ref="userDao" />   </bean>   <bean id="userDao" class="com.kedacom.spring.annotation.persistence.UserDaoImpl">       <property name="sessionFactory" ref="mySessionFactory" />   </bean>  

1.2、引入@Autowired注解（不推荐使用，建议使用@Resource）

类的实现(对成员变量进行注解)：

public class UserManagerImpl implements UserManager {       @Autowired      private UserDao userDao;       ...   }  

或者对方法进行注解：

 public class UserManagerImpl implements UserManager {       private UserDao userDao;       @Autowired      public void setUserDao(UserDao userDao) {           this.userDao = userDao;       }       ...   } 

配置文件：

<bean id="userManagerImpl" class="com.kedacom.spring.annotation.service.UserManagerImpl" />   <bean id="userDao" class="com.kedacom.spring.annotation.persistence.UserDaoImpl">       <property name="sessionFactory" ref="mySessionFactory" />   </bean>

说明：@Autowired可以对成员变量、方法和构造函数进行注解，来完成自动装配的工作。以上两种不同实现方式中，@Autowired的标注位置不同，它们都会在Spring初始化UserManagerImpl这个bean时，自动转配userDao这个属性，区别是：第一种实现中，Spring会直接将userDao类型的为唯一一个bean赋值给userDao这个成员变量；第二种实现中，Spring调用setUserDao方法来将UserDao类型的唯一一个bean装配到userDao这个成员变量；

1.3、让@Autowired工作

要想使@Autowired能够正常使用，还需要在配置文件中添加一段配置：

<bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>

这样，当 Spring容器启动时，AutowiredAnnotationBeanPostProcessor将扫描 Spring容器中所有 Bean，当发现 Bean中拥有 @Autowired注释时就找到和其匹配（默认按类型匹配）的 Bean，并注入到对应的地方中去。

所以对成员变量使用 @Autowired后，大可将它们的 setter 方法从 Boss 中删除。

2.0、@Qualifier

@Autowired是根据类型进行自动装配的，在上边的例子中，但Spring上下文中存在不止一个UserDao类型的bean时，就会抛出BeanCreationException；如果Spring上下文中不存在UserDao类型的bean时，也会抛出BeanCreationException异常。所以我们可以使用@Qualifier配合@Autowired来解决这个些问题

2.1、可能存在多个UserDao实例

@Autowired  public void setUserDao(@Qualifier("userDao") UserDao userDao) {       this.userDao = userDao;   } 

这样，Spring会找到id为userDao的bean进行装配

2.2、可能不存在UserDao实例

@Autowired(required = false)   public void setUserDao(UserDao userDao) {       this.userDao = userDao;   }

@Qualifier("userDao")中的userDao是Bean的名称，所以当@AutoWired和@Qualifier结合起来使用时，自动注入的策略就从byType转变为byName了。

@Autowired 可以对成员变量、方法以及构造函数进行注释，而 @Qualifier 的标注对象是成员变量、方法入参、构造函数入参。正是由于注释对象的不同，所以 Spring 不将 @Autowired 和 @Qualifier 统一成一个注释类。

对成员变量进行@Qualifier注解

public class User{      @Qualifier("Login")      private Login login;}

3.0、@Resource（JSR-250标准注解 推荐使用它来替换Spring专用的@Autowired注解）

注:JSR(Java 规范请求)是指向JCP(Java Community Process)提出新增一个标准化技术规范的正式请求。任何人都可以提交JSR(Java 规范请求)，以向Java平台增添新的API和服务。JSR已成为Java界的一个重要标准

Spring不但支持自己定义的@Autowired注解，还支持有JSR-250规范定义的注解，它们分别是@Resource、@PostConstruct、@PreDestroy

@Resource作用相当于是@Autowired，只不过@Autowired按byType自动注入，而@Resource则默认按照byName自动注入罢了。@Resource有两个属性比较重要：name、type！Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType的自动注入策略。如果既不制定name属性又不指定type属性，这时将通过反射机制使用byName自动注入策略。

@Resource装配顺序：

3.1.1、如果同时指定了name和type，则从Spring上下文中找到唯一配置的bean进行装配，找不到则抛出异常

3.1.2、如果指定了name，则从Spring上下文中查找名称(id)匹配的bean进行装配，找不到则抛出异常

3.1.3、如果指定了type，则从Spring上下文中查找类型匹配的唯一bean进行装配，找到一个或找到多个，都会抛出异常

3.1.4、如果既没有指定name又没有指定type，则自动按照byName方式进行装配，如果没有匹配则回退为一个原始类型（userDao）进行匹配，如果匹配则自动装配

4.0、@PostConstruct（JSR-250标准注解 ）

在方法上加上注解@PostConstruct，这个方法就会在Bean初始化之后被Spring容器执行（注：Bean初始化包括，实例化Bean，并装配Bean的属性（依赖注入））。
它的一个典型的应用场景是，当你需要往Bean里注入一个其父类中定义的属性，而你又无法复写父类的属性或属性的setter方法时，如：

public class UserDaoImpl extends HibernateDaoSupport implements UserDao {       private SessionFactory mySessionFacotry;       @Resource      public void setMySessionFacotry(SessionFactory sessionFacotry) {           this.mySessionFacotry = sessionFacotry;       }       @PostConstruct      public void injectSessionFactory() {           super.setSessionFactory(mySessionFacotry);       }       ...   }  

这里通过@PostConstruct，为UserDaoImpl的父类里定义的一个sessionFactory私有属性，注入了我们自己定义的sessionFactory（父类的setSessionFactory方法为final，不可复写），之后我们就可以通过调用super.getSessionFactory()来访问该属性了。

@PostConstruct指定Bean的初始化方法

5.0、@PreDestroy（JSR-250标准注解）

在方法上加上注解@PreDestroy，这个方法就会在Bean初始化之后被Spring容器执行。由于我们当前还没有需要用到它的场景，这里不不去演示。其用法同@PostConstruct。

@PreDestroy指定Bean的销毁方法

6.0、使用<context:annotation-config/>简化配置

Spring2.1添加了一个新的context的Schema命名空间，该命名空间对注释驱动、属性文件引入、加载起止登入功能提供了便捷的配置。我们知道注释本身是不会做任何事情的，它仅提供元数据信息。要使元数据信息真正起作用，必须让负责处理这些元数据的处理器工作起来。
AutowiredAnnotationBeanPostProcessor和CommonAnnotationBeanPostProcessor就是处理这些注释元数据的处理器。但是直接在Spring配置文件中定义这些Bean显得比较笨拙。Spring为我们提供了一种方便的注册这些BeanPostProcessor的方式，这就是<context:annotation-config />：

<beans xmlns="http://www.springframework.org/schema/beans"     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"     xmlns:context="http://www.springframework.org/schema/context"      xsi:schemaLocation="http://www.springframework.org/schema/beans       http://www.springframework.org/schema/beans/spring-beans-2.5.xsd       http://www.springframework.org/schema/context       http://www.springframework.org/schema/context/spring-context-2.5.xsd">       <context:annotation-config />   </beans> 

<context:annotationconfig />将隐式地向Spring容器注册AutowiredAnnotationBeanPostProcessor、CommonAnnotationBeanPostProcessor、 PersistenceAnnotationBeanPostProcessor以及RequiredAnnotationBeanPostProcessor这4个BeanPostProcessor。

7.0、使用Spring注解配置完成bean的定义

以上我们介绍了通过@Autowired或@Resource来实现在Bean中自动注入的功能，下面我们将介绍如何注解Bean，从而从XML配置文件中完全移除Bean定义的配置。

7.1、@Component（不推荐使用）、@Repository、@Service、@Controller

只需要在对应的类上加上一个@Component注解，就将该类定义为一个Bean了：

@Component  public class UserDaoImpl extends HibernateDaoSupport implements UserDao {       ...   }  

使用@Component注解定义的Bean，默认的名称（id）是小写开头的非限定类名。如这里定义的Bean名称就是userDaoImpl。你也可以指定Bean的名称：
@Component("userDao")

@Component是所有受Spring管理组件的通用形式，Spring还提供了更加细化的注解形式：@Repository、@Service、@Controller，它们分别对应存储层Bean，业务层Bean，和展示层Bean。目前版本（2.5）中，这些注解与@Component的语义是一样的，完全通用，在Spring以后的版本中可能会给它们追加更多的语义。所以，我们推荐使用@Repository、@Service、@Controller来替代@Component

功能介绍：

7.1.1、@Service用于标注业务层组件；

7.1.2、@Controller用于标注控制层组件（如struts中的action）；

7.1.3、@Repository用于标注数据访问组件，即DAO组件；

7.1.4、而@Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注；

@Controller的基本目标是担任所注解的类的原型的角色，指明它的职责。Dispatcher将会在这样被注解的类中扫描映射的方法，探测注解@RequestMapping。

所注解的控制器bean可以被显式定义，这个过程是在Dispatcher的上下文中使用标准的Spring bean定义完成的。然而，@Controller原型也允许自动探测，要实现对所注解的控制器的自动探测，必须要向配置中加入组件扫描的部分。实现如下：

<beans xsi:schemaLocation="http://www.springframework.org/schema/mvchttp://www.springframework.org/schema/mvc/spring-mvc-3.0.xsdhttp://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-3.0.xsdhttp://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context-3.0.xsd">

@RequestMapping是一种通过匹配URL路径来访问相应页面的

分类：类级别的和方法级别的

@RequestMapping的几种形式：

@RequestMapping(method = RequestMethod.GET)@RequestMapping(value="/{day}", method = RequestMethod.GET)//day为方法中的参数@RequestMapping(value="/new", method = RequestMethod.GET)

将@RequestMapping放在类级别上，这可令它与方法级别上的@RequestMapping注解协同工作，取得缩小选择范围的效果，如下：

@RequestMapping("/a")//类级别,可以不需要,如果要了,下面所有的请求路径前都需要加入  /a   public class UserDao{         @RequestMapping("/b")//方法级别,必须有,决定这个方法处理哪个请求,如果有类级别 /a/b　　　 @RequestMapping(value="/b" method=RequestMethod.POST)　　　 @RequestMapping(value="/b", method=RequestMethod.GET, params="type=checking")　　　 @RequestMapping       public String show()         {              //如果没有类级别的就直接请求/b              return;         }  }

第一个是一种简写方式，匹配路径为 “/a/b”；

第二个方法级的请求映射和类级别的映射结合，当HTTP方法是POST时与路径“/a/b”匹配；

第三个添加了一个要求，就是名为“type”的请求参数和其值“checking”都需要在请求中出现；

第四个根本就没有指定路径，这个方法匹配所有的 HTTP方法，如果有必要的话可以用它的方法名。下面改写我们的方法，使它可以依靠方法名进行匹配。

8.0、使用<context:component-scan/>让Bean定义注解工作起来

 <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"      xsi:schemaLocation="http://www.springframework.org/schema/beans       http://www.springframework.org/schema/beans/spring-beans-2.5.xsd       http://www.springframework.org/schema/context       http://www.springframework.org/schema/context/spring-context-2.5.xsd">       <context:component-scan base-package="com.kedacom.ksoa" />   </beans>

这里，所有通过<bean>元素定义Bean的配置内容已经被移除，仅需要添加一行<context:component-scan />配置就解决所有问题了——Spring XML配置文件得到了极致的简化（当然配置元数据还是需要的，只不过以注释形式存在罢了）。<context:component-scan />的base-package属性指定了需要扫描的类包，类包及其递归子包中所有的类都会被处理。
<context:component-scan />还允许定义过滤器将基包下的某些类纳入或排除。Spring支持以下4种类型的过滤方式：

• 过滤器类型 表达式范例 说明
• 注解 org.example.SomeAnnotation 将所有使用SomeAnnotation注解的类过滤出来
• 类名指定 org.example.SomeClass 过滤指定的类
• 正则表达式 com\.kedacom\.spring\.annotation\.web\..* 通过正则表达式过滤一些类
• AspectJ表达式 org.example..*Service+ 通过AspectJ表达式过滤一些类

以正则表达式为例，我列举一个应用实例：

<context:component-scan base-package="com.casheen.spring.annotation">       <context:exclude-filter type="regex" expression="com\.casheen\.spring\.annotation\.web\..*" />   </context:component-scan>  

值得注意的是<context:component-scan />配置项不但启用了对类包进行扫描以实施注释驱动Bean定义的功能，同时还启用了注释驱动自动注入的功能（即还隐式地在内部注册了AutowiredAnnotationBeanPostProcessor和CommonAnnotationBeanPostProcessor），因此当使用<context:component-scan />后，就可以将<context:annotation-config />移除了。

9.0、使用@Scope来定义Bean的作用范围

在使用XML定义Bean时，我们可能还需要通过bean的scope属性来定义一个Bean的作用范围，我们同样可以通过@Scope注解来完成这项工作：

@Scope("session")   @Component()   public class UserSessionBean implements Serializable {       ...   }  

10.0、@Transactional

Spring事务的传播行为

在service类前加上@Transactional，声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。

Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked

如果遇到checked意外就不回滚。

如何改变默认规则：

1 让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)

2 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

3 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)

在整个方法运行前就不会开启事务

       还可以加上：@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)，这样就做成一个只读事务，可以提高效率。

       各种属性的意义：

       REQUIRED:业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。

       NOT_SUPPORTED:声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。

       REQUIRESNEW:不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。

       MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。

       SUPPORTS:该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。

       NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。

       NESTED:如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

11.0、参考文章

链接 http://www.cnblogs.com/penguin-panda/archive/2011/07/09/2101787.html

链接 http://hanyexiaoxiao.iteye.com/blog/410123