Spring注解_详解

@Autowired 注释

将 @Autowired 注释标注在成员变量上 

  
  

   
   import org.springframework.beans.factory.annotation.Autowired;

   
   public 
   
   class Boss {
    @Autowired
    
   
   private Car car;
    @Autowired
    
   
   private Office office;
    …
}
  
  

 它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。

Spring 通过一个 BeanPostProcessor 对 @Autowired 进行解析，所以要让 @Autowired 起作用必须事先在 Spring 容器中声明AutowiredAnnotationBeanPostProcessor Bean。

  
  
 
   
   <!--
   
    该 BeanPostProcessor 将自动起作用，对标注 @Autowired 的 Bean 进行自动注入 
   
   -->    
  
  
  
  

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

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

按照上面的配置，Spring 将直接采用 Java 反射机制对 Boss 中的 car 和 office 这两个私有成员变量进行自动注入。

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

当然，也可以通过 @Autowired 对方法或构造函数进行标注，来看下面的代码：

将 @Autowired 注释标注在 Setter 方法上

  
  

   
   public 
   
   class Boss {
    
   
   private Car car;
    
   
   private Office office;
     @Autowired
    
   
   public 
   
   void setCar(Car car) {
        
   
   this.car = car;
    }
 
    @Autowired
    
   
   public 
   
   void setOffice(Office office) {
        
   
   this.office = office;
    }
    …
}
  
  

这时，@Autowired 将查找被标注的方法的入参类型的 Bean，并调用方法自动注入这些 Bean。

将 @Autowired 注释标注在构造函数上

  
  

   
   public 
   
   class Boss {
    
   
   private Car car;
    
   
   private Office office;
 
    @Autowired
    
   
   public Boss(Car car ,Office office){
        
   
   this.car = car;
        
   
   this.office = office ;
    }

    …
}
  
  

由于 Boss() 构造函数有两个入参，分别是 car 和 office，@Autowired 将分别寻找和它们类型匹配的 Bean，将它们作为 Boss(Car car ,Office office) 的入参来创建 Boss Bean。

@Qualifier

当我们在 Spring 容器中配置了两个类型为 Office 类型的 Bean，当对 Boss 的 office 成员变量进行自动注入时，Spring 容器将无法确定到底要用哪一个 Bean，就会发生异常。

Spring 允许我们通过 @Qualifier 注释指定注入 Bean 的名称，这样歧义就消除了，可以通过下面的方法解决异常：

  
  

   
   @Autowired

   
   public 
   
   void setOffice(@Qualifier("office")Office office) {
    
   
   this.office = office;
}
  
  

@Qualifier("office") 中的 office 是 Bean 的名称，所以 @Autowired 和 @Qualifier 结合使用时，自动注入的策略就从 byType 转变成 byName 了。

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

对成员变量使用 @Qualifier 注释

  
  

   
   public 
   
   class Boss {
    @Autowired
    
   
   private Car car; 
    @Autowired
    @Qualifier("office")
    
   
   private Office office;
    …
}
  
  

对构造函数变量使用 @Qualifier 注释 @Qualifier 只能和 @Autowired 结合使用，是对 @Autowired 有益的补充。一般来讲，@Qualifier 对方法签名中入参进行注释会降低代码的可读性，而对成员变量注释则相对好一些。

  
  

   
   public 
   
   class Boss {
    
   
   private Car car;
    
   
   private Office office;
    @Autowired
    
   
   public Boss(Car car , @Qualifier("office")Office office){
        
   
   this.car = car;
        
   
   this.office = office ;
    }
}
  
  

 @Controller

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

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

  
  

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

 

@RequestMapping 

@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 ccccontroller{  
      @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方法，如果有必要的话可以用它的方法名。下面改写我们的方法，使它可以依靠方法名进行匹配。