Spring3.0 注解入门

一、各种注解方式

1. @Autowired注解(不推荐使用，建议使用@Resource)

@Autowired可以对成员变量、方法和构造函数进行标注，来完成自动装配的工作。@Autowired的标注位置不同，它们都会在Spring在初始化这个bean时，自动装配这个属性。要使@Autowired能够工作，还需要在配置文件中加入以下

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

2. @Qualifier注解

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

1). 可能存在多个UserDao实例

Java代码

@Autowired       

@Qualifier("userServiceImpl")         

public IUserService userService;  

或者

Java代码

@Autowired       

public void setUserDao(@Qualifier("userDao") UserDao userDao) {        

    this.userDao = userDao;        

} 

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

2). 可能不存在UserDao实例

Java代码

@Autowired(required = false)        

public IUserService userService;    

3. @Resource注解

JSR-250标准注解，推荐使用它来代替Spring专有的@Autowired注解。@Resource的作用相当于@Autowired，只不过@Autowired按byType自动注入，而@Resource默认按byName自动注入罢了。@Resource有两个属性是比较重要的，分别是name和type，Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。要使@Autowired能够工作，还需要在配置文件中加入以下:

Xml代码

<bean class="org.springframework.context.annotation.CommonAnnotationBeanPostProcessor" /> 

@Resource装配顺序：

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

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

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

d.如果既没有指定name，又没有指定type，则自动按照byName方式进行装配(见2);如果没有匹配，则回退为一个原始类型(UserDao)进行匹配，如果匹配则自动装配;

4. @PostConstruct(JSR-250)注解

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

Java代码

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()来访问该属性了。

5. @PreDestroy(JSR-250)注解

在方法上加上注解@PreDestroy，这个方法就会在Bean初始化之后被Spring容器执行。其用法同@PostConstruct。和@PostConstruct区别在于：@PostConstruct注释的方法将在类实例化后调用，而标注了 @PreDestroy 的方法将在类销毁之前调用。

6. @Component注解 (不推荐使用)

只需要在对应的类上加上一个@Component注解，就将该类定义为一个Bean了。Spring还提供了更加细化的注解形式：@Repository、@Service、@Controller，它们分别对应存储层Bean，业务层Bean，和展示层Bean。目前版本(2.5)中，这些注解与@Component的语义是一样的，完全通用，在Spring以后的版本中可能会给它们追加更多的语义。所以，我们推荐使用@Repository、@Service、@Controller来替代@Component。

7. @Scope注解

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

Java代码

@Scope("session")        

@Component()        

public class UserSessionBean implements Serializable{      

 ... ...     

}  

二、配置启用注解(注意以下配置需要使用spring2.5的头文件，在spring3.0中不适用)

1.使用简化配置

Spring2.1添加了一个新的context的Schema命名空间，该命名空间对注释驱动、属性文件引入、加载期织入等功能提供了便捷的配置。我们知道注释本身是不会做任何事情的，它仅提供元数据信息。要使元数据信息真正起作用，必须让负责处理这些元数据的处理器工作起来。

AutowiredAnnotationBeanPostProcessor和CommonAnnotationBeanPostProcessor就是处理这些注释元数据的处理器。但是直接在Spring配置文件中定义这些Bean显得比较笨拙。Spring为我们提供了一种方便的注册这些BeanPostProcessor的方式，这就是，以下是spring的配置。

Xml代码

<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:annotation-config />将隐式地向Spring容器注册了

                     AutowiredAnnotationBeanPostProcessor 、

                     CommonAnnotationBeanPostProcessor 、

                     PersistenceAnnotationBeanPostProcessor、

                     RequiredAnnotationBeanPostProcessor  这4个BeanPostProcessor。

 

2.使用让Bean定义注解工作起来

Xml代码

<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"> 

这里，所有通过元素定义Bean的配置内容已经被移除，仅需要添加一行配置就解决所有问题了

——Spring XML配置文件得到了极致的简化(当然配置元数据还是需要的，只不过以注释形式存在罢了)。的base-package属性指定了需要扫描的类包，类包及其递归子包中所有的类都会被处理。

还允许定义过滤器将基包下的某些类纳入或排除。Spring支持以下4种类型的过滤方式：

过滤器类型 | 表达式范例 | 说明

注解 | org.example.SomeAnnotation | 将所有使用SomeAnnotation注解的类过滤出来

类名指定 | org.example.SomeClass | 过滤指定的类

正则表达式 | com\.kedacom\.spring\.annotation\.web\..* | 通过正则表达式过滤一些类

AspectJ表达式 | org.example..*Service+ | 通过AspectJ表达式过滤一些类

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

Xml代码

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

</context:component-scan> 

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

3. 使用@Scope来定义Bean的作用范围

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

Java代码

@Scope("session")           

@Component()     

public class UserSessionBean implements Serializable {   

}         

 

三、Controller

1:spring mvc 中将  Controller  认为是 MVC中的C --控制层

2：规范命名类名  xxxController

3：如果不基于注解：   该类需要继承  CommandController   或者其他很多 参见spring帮助

如果基于注解：在类名前  加上         @Controller

4:补充：将类名前加上该注解，当spring启动或者web服务启动，spring会自动扫描所有包（当然，这个可以设置）

作用:  就是告诉服务器  这个类是MVC中的C 这个类可以接收用户请求处理用户请求

 

问题：如何接收用户请求

1：假设用户请求URL 是： http://localhost:8080/项目名/xxx.do ，do不do都一样  不管这个do，你用什么后缀都可以

2：这个时候，spring开始在所有的C 中，找对应的处理请求的方法

3：在任意的可以C的类中，在你想要处理此请求的方法定义的前面

@RequestMapping("/xxx")          这个时候的xxx  就是用户请求的xxx  不管do

public  String  方法名（）{

    return  “aaa”；

    返回一个字符串，非常有用   要注意   用来决定要显示的MVC的 V  视图层 是哪个

}

 

上面  配置好了MVC的 C 也就是控制层, 在方法中返回字符串，是用来决定MVC的V 视图层

问题：如何让spring 去扫描类来建立关联

1：在配置文件中（spring）的 假设是 mvc.xml  中

2：加入 <context:component-scan  base-package="包路径"/>

 

问题 如何返回到视图层 V

1：解决：此时，需要在配置文件中，加入视图解析器有很多种，太多了

2：这里用基于jsp/jstl  视图

3：在web.xml 中加入bean 配置

<bean class="org.s...f....web.servlet.view.InternalResourceViewResolver">

     <property  name="prefix" value="/WEB-INF/views"/>   前缀

     <property  name="suffix"   value=".jsp"/>    后缀

</bean>

 

 

小结：通过上述，基本完成 C  V 的配置

1：spring 中的C 一般起类名 XXXController 在这个类里面需要加入@Controller，标志这个类可以作为请求处理类，也就是控制类

2：这个控制类里面可以有很多方法，哪个方法用来处理用户请求，就在那个方法前面加 @RequestMapping("/xxxxx请求路径")

3;当请求处理完毕后，返回值决定了该处理完毕后 用户将跳转到那个页面这个很重要

4：例如

@RequestMapping("/xxx")       这个时候的xxx  就是用户请求的xxx  不管do

public  String  方法名（）{

    return  “aaa”；

    返回一个字符串，非常有用，要注意：用来决定要显示的MVC的 V 视图层是哪个

}

返回 aaa 根据配置文件中的视图处理器配置，加入前缀 和后缀

页面将跳转到 /WEB-INF/views/aaa.jsp

 

1 问题：有多个 @RequestMapping 

 @Controller

 @RequestMapping("/aaa")   类级别，可以不需要，如果要了，下面所有的请求路径前都需要加入/aaa

 public class ccccontroller{

      @RequestMapping("/bbb") 方法级别必须有，决定这个方法处理哪个请求，如果有类级别，/aaa/bbb

      public String xxx(){                                                                                    如果没有 /bbb  

            retrun

      }

}

2：问题：接收用户请求参数 值

    1）请求1： /test/start.do?name=zhangsan

       请求2： /test/start/zhangsan.do

           在请求2中将参数作为请求URL传递，感觉用的不习惯 

       采用URL模板

    2）@RequestMapping("/start/{name}")    这个name，随便啥都可以

         public String start(@PathVariable("name") string name){  反正和上面的对应

             return      方法体里面就可以直接获得参数

        }

    3）包含多个  @RequestMapping ("/start/{name}/{age}")

 

3  问题  不同请求方法  用不同处理方法  get 和 post

   @RequestMapping (value="/start" ,method=RequestMethod.GET)    处理post，就换成  POST

 

   @RequestMapping("/xxxx")

   public String  aaa(){

   }

在处理用户请求的方法里 ，

1：参数

   a）aaa（）无参

   b）aaa（@PathVariable(" ")  类型  变量）  用来接收将参数作为URL传递的类型处理

   c）aaa（@RequestParam  类型名  变量名） 

        就是省略了  request.getParamter     变量名 和 URL里面的参数名相同

 

   d）aaa（@CookValue  类名  变名）  （@RequestHeader("user-Agent")  类名  变名 ）

      读  cookie                       读HTTP头

   e）aaa（PrintWriter  out）代替了在方法体里面搞一个 PrintWriter out  = new PrintWriter（）；

    参数里面就生产了这个对象，方法体里面可以直接使用 out.println()

   f) aaa(Map model)

     这个很重要，在方法体中直接可以使用 model，看名字就知道是什么了吧  model----> 模型层 

     用来封装数据,实体类啊

     在方法里面可以用 model.put("key" ,value)   就是map类的对象 “键值对”

 

   h）aaa(User user)   这个User是实体类

     作用：用户发出带参数请求 xxx .do?name=a&pw=b

     在User这个实体类中，有对应字段自动将值传入实体类感觉不实际，不好用

2：返回值

    a） void  

         1）一般用在out 直接输出

         2）但他还是要返回一个页面的 不然用户看什么

              返回规则：生成隐含视图    

                              按照请求路径 ${appname}/test/xxx.do

                              取出 test/xxx    根据配置文件 将前缀后缀加上   

              这个看实际开发情况吧  说不清楚了

   b）String

         1）：最常用简单

         2）根据返回字符串将配置文件里面的前缀后缀加上

   c）返回任意类型对象

          1）模型层自动填充到model中就是Map例如 model("user",user)

          2) 视图层与void 一样 

   d）返回 list

       public List<User> queryUser(){

       }

       1)模型层  自动加入model（"userList",user）页面使用

       2）页面读取  request.getAttribute("userList")

            ${userList}