本文系转载:转载网址:html
http://www.cnblogs.com/xdp-gacl/p/3495887.htmljava
http://ljhzzyx.blog.163.com/blog/static/38380312201371385956237/spring
若是有侵犯您权益的地方,请您及时通知我,本人将即刻中止侵权行为!数据库
使用注解来构造IoC容器安全
先增长:app
用注解来向Spring容器注册Bean。须要在applicationContext.xml中注册<context:component-scan base-package=”pagkage1[,pagkage2,…,pagkageN]”/>ide
如:在base-package指明一个包函数
1 <context:component-scan base-package="cn.gacl.java"/>工具
代表cn.gacl.java包及其子包中,若是某个类的头上带有特定的注解【@Component/@Repository/@Service/@Controller】,就会将这个对象做为Bean注册进Spring容器。this
也能够在<context:component-scan base-package=” ”/>中指定多个包,如:
<context:component-scan base-package="cn.gacl.dao.impl,cn.gacl.service.impl,cn.gacl.action"/>
多个包逗号隔开
@Component
是全部受Spring 管理组件的通用形式,@Component注解能够放在类的头上,@Component不推荐使用。
@Controller对应表现层的Bean,也就是Action,例如:
@Controller
@Scope("prototype")
public class UserAction extends BaseAction<User>{
……
}
使用@Controller注解标识UserAction以后,就表示要把UserAction交给Spring容器管理,在Spring容器中会存在一个名字为"userAction"的action,这个名字是根据UserAction类名来取的。注意:若是@Controller不指定其value【@Controller】,则默认的bean名字为这个类的类名首字母小写,若是指定value【@Controller(value="UserAction")】或者【@Controller("UserAction")】,则使用value做为bean的名字。
这里的UserAction还使用了@Scope注解,@Scope("prototype")表示将Action的范围声明为原型,能够利用容器的scope="prototype"来保证每个请求有一个单独的Action来处理,避免struts中Action的线程安全问题。spring 默认scope 是单例模式(scope="singleton"),这样只会建立一个Action对象,每次访问都是同一Action对象,数据不安全,struts2 是要求每次次访问都对应不一样的Action,scope="prototype" 能够保证当有请求的时候都建立一个Action对象
@Service对应的是业务层Bean,例如:
@Service("userService")
public class UserServiceImpl implements UserService {
………
}
@Service("userService")注解是告诉Spring,当Spring要建立UserServiceImpl的的实例时,bean的名字必须叫作"userService",这样当Action须要使用UserServiceImpl的的实例时,就能够由Spring建立好的"userService",而后注入给Action:在Action只须要声明一个名字叫“userService”的变量来接收由Spring注入的"userService"便可,具体代码以下:
// 注入userService
@Resource(name = "userService")【使用Resource注解,标明须要使用哪一个bean】
private UserService userService;
注意:在Action声明的“userService”变量的类型必须是“UserServiceImpl”或者是其父类“UserService”,不然因为类型不一致而没法注入,因为Action中的声明的“userService”变量使用了@Resource注解去标注,而且指明了其name = "userService",这就等于告诉Spring,说我Action要实例化一个“userService”,你Spring快点帮我实例化好,而后给我,当Spring看到userService变量上的@Resource的注解时,根据其指明的name属性能够知道,Action中须要用到一个UserServiceImpl的实例,此时Spring就会把本身建立好的名字叫作"userService"的UserServiceImpl的实例注入给Action中的“userService”变量,帮助Action完成userService的实例化,这样在Action中就不用经过“UserService userService = new UserServiceImpl();”这种最原始的方式去实例化userService了。若是没有Spring,那么当Action须要使用UserServiceImpl时,必须经过“UserService userService = new UserServiceImpl();”主动去建立实例对象,但使用了Spring以后,Action要使用UserServiceImpl时,就不用主动去建立UserServiceImpl的实例了,建立UserServiceImpl实例已经交给Spring来作了,Spring把建立好的UserServiceImpl实例给Action,Action拿到就能够直接用了。Action由原来的主动建立UserServiceImpl实例后就能够立刻使用,变成了被动等待由Spring建立好UserServiceImpl实例以后再注入给Action,Action才可以使用。这说明Action对“UserServiceImpl”类的“控制权”已经被“反转”了,原来主动权在本身手上,本身要使用“UserServiceImpl”类的实例,本身主动去new一个出来立刻就可使用了,但如今本身不能主动去new“UserServiceImpl”类的实例,new“UserServiceImpl”类的实例的权力已经被Spring拿走了,只有Spring才可以new“UserServiceImpl”类的实例,而Action只能等Spring建立好“UserServiceImpl”类的实例后,再“恳求”Spring把建立好的“UserServiceImpl”类的实例给他,这样他才可以使用“UserServiceImpl”,这就是Spring核心思想“控制反转”,也叫“依赖注入”,“依赖注入”也很好理解,Action须要使用UserServiceImpl干活,那么就是对UserServiceImpl产生了依赖,Spring把Acion须要依赖的UserServiceImpl注入(也就是“给”)给Action,这就是所谓的“依赖注入”。对Action而言,Action依赖什么东西,就请求Spring注入给他,对Spring而言,Action须要什么,Spring就主动注入给他。
@Repository对应数据访问层Bean ,例如:
@Repository(value="userDao")
public class UserDaoImpl extends BaseDaoImpl<User> {
………
}
@Repository(value="userDao")注解是告诉Spring,让Spring建立一个名字叫“userDao”的UserDaoImpl实例。
当Service须要使用Spring建立的名字叫“userDao”的UserDaoImpl实例时,就可使用@Resource(name = "userDao")注解告诉Spring,Spring把建立好的userDao注入给Service便可。
// 注入userDao,从数据库中根据用户Id取出指定用户时须要用到
@Resource(name = "userDao")
private BaseDao<User> userDao;
Spring 2.5 引入了 @Autowired 注释,它能够对类成员变量、方法及构造函数进行标注,完成自动装配的工做。 经过 @Autowired的使用来消除 set ,get方法:
例如:
<bean id="boss" class="com.baobaotao.Boss">
<property name="car" ref="car"/>
<property name="office" ref="office" />
</bean>
在该类中:
package com.baobaotao;
public class Boss {
private Car car;
private Office office;
// 省略 get/setter
@Override
public String toString() {
return "car:" + car + "/n" + "office:" + office;
}
}
如今,能够在该类的属性上,增长@Autowired注解,
那么@Autowired注解会自动的完成set方法的功能,自动的完成对象的注入,
package com.baobaotao;
import org.springframework.beans.factory.annotation.Autowired;
public class Boss {
@Autowired
private Car car;
@Autowired
private Office office;
}
在配置文件中,须要将property标签移除
配置文件变为:
<bean id="boss" class="com.baobaotao.Boss"/>
注释指定注入 Bean 的名称,这样歧义就消除了,能够经过下面的方法解决异常。
@Qualifier("XXX")
中的XX是 Bean 的名称,因此 @Autowired 和 @Qualifier 结合使用时,自动注入
的策略就从 byType 转变成 byName 了。 @Autowired 能够对成员变量、方法以及
构造函数进行注释,而 @Qualifier 的标注对象是成员变量、方法入参、构造函数入参。
例如:
@Qualifier(“car”)
private Vertical vertical;
接口交通工具Vertical类有多个子类,在这里须要使用car做为注入的类,则使用关键字@Qualifier标注便可指定便可
public void setVertical(@Qualifier("car")Vertical vertical) {
this.verttical = vertical;
}
在这里Qualifier做用在方法上
的做用至关于@Autowired,只不过@Autowired按byType自动注入,而@Resource默认按 byName自动注入罢了。
@Resource有两个属性是比较重要的,分是name和type,Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean
的类型。因此若是使用name属性,则使用byName的自动注入策略,而使用type属性时则使用byType自动注入策略。若是既不指定name
也不指定type属性,这时将经过反射机制使用byName自动注入策略。
@Resource装配顺序
1. 若是同时指定了name和type,则从Spring上下文中找到惟一匹配的bean进行装配,找不到则抛出异常
2. 若是指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常
3. 若是指定了type,则从上下文中找到类型匹配的惟一bean进行装配,找不到或者找到多个,都会抛出异常
4. 若是既没有指定name,又没有指定type,则自动按照byName方式进行装配;若是没有匹配,则回退为一个原始类型进行匹配,
若是匹配则自动装配。
下载附件:Spring经常使用注解.rar