@Autowired 注释
将 @Autowired 注释标注在成员变量上
public class Boss {
@Autowired
private Car car;
@Autowired
private Office office;
…
}
它可以对类成员变量、方法及构造函数进行标注,完成自动装配的工作。
Spring 通过一个 BeanPostProcessor 对 @Autowired 进行解析,所以要让 @Autowired 起作用必须事先在 Spring 容器中声明AutowiredAnnotationBeanPostProcessor Bean。
这样,当 Spring 容器启动时,AutowiredAnnotationBeanPostProcessor 将扫描 Spring 容器中所有 Bean,当发现 Bean 中拥有 @Autowired 注释时就找到和其匹配(默认按类型匹配)的 Bean,并注入到对应的地方中去。
按照上面的配置,Spring 将直接采用 Java 反射机制对 Boss 中的 car 和 office 这两个私有成员变量进行自动注入。
所以对成员变量使用 @Autowired 后,大可将它们的 setter 方法(setCar() 和 setOffice())从 Boss 中删除。
当然,也可以通过 @Autowired 对方法或构造函数进行标注,来看下面的代码:
将 @Autowired 注释标注在 Setter 方法上
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 注释标注在构造函数上
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 的名称,这样歧义就消除了,可以通过下面的方法解决异常:
public void setOffice(@Qualifier("office")Office office) {
this.office = office;
}
@Qualifier("office") 中的 office 是 Bean 的名称,所以 @Autowired 和 @Qualifier 结合使用时,自动注入的策略就从 byType 转变成 byName 了。
@Autowired 可以对成员变量、方法以及构造函数进行注释,而 @Qualifier 的标注对象是成员变量、方法入参、构造函数入参。正是由于注释对象的不同,所以 Spring 不将 @Autowired 和 @Qualifier 统一成一个注释类。
对成员变量使用 @Qualifier 注释
@Autowired
private Car car;
@Autowired
@Qualifier("office")
private Office office;
…
}
对构造函数变量使用 @Qualifier 注释 @Qualifier 只能和 @Autowired 结合使用,是对 @Autowired 有益的补充。一般来讲,@Qualifier 对方法签名中入参进行注释会降低代码的可读性,而对成员变量注释则相对好一些。
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原型也允许自动探测,要实现对所注解的控制器的自动探测,必须要向配置中加入组件扫描的部分。实现如下:
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(value="/{day}", method = RequestMethod.GET)//day为方法中的参数
@RequestMapping(value="/new", method = RequestMethod.GET)
将@RequestMapping放在类级别上这可令它与方法级别上的@RequestMapping注解协同工作,取得缩小选择范围的效果,如下:
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;
}
}