1. Autowired
自动装配,其做用是为了消除代码Java代码里面的getter/setter与bean属性中的property。固然,getter看我的需求,若是私有属性须要对外提供的话,应当予以保留。
@Autowired默认按类型匹配的方式,在容器查找匹配的Bean,当且仅一个匹配的Bean时,Spring将其注入@Autowired标注的变量中。
当Spring发现@Autowired注解时,将自动在代码上下文中找到和其匹配(默认是类型匹配)的Bean,并自动注入到相应的地方去。
@Autowired(required=false) 这时找不到bean,Spring容器再也不抛出异常而是认为bean为null。html
2. Qualifier(指定注入Bean的名称)
若是容器中一个以上匹配的Bean,则能够经过@Qualifier注解限定Bean的名称,看下面的例子:java
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:p="http://www.springframework.org/schema/p" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation="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 "> <context:component-scan base-package="com.spring" /> <!-- Autowired注解配合Qualifier注解 --> <bean id="animal" class="com.spring.model.Animal" /> <bean id="donkey" class="com.spring.service.impl.Donkey" /> <bean id="monkey" class="com.spring.service.impl.Monkey" /> </beans>
这时xml文件中配置了两个bean(donkey,monkey), 若是Autowired未指定具体类名时,Animal接口会加载两个bean, 但接口只有一个实现类,就会报错。出现这种状况一般两种解决办法:
(1) 在配置文件中删除其中一个实现类,Spring会自动去base-package下寻找Animal接口的实现类,发现Animal接口只有一个实现类,便会直接引用这个实现类。
(2) 实现类就是有多个该怎么办?此时可使用@Qualifier注解来指定Bean的名称,以下:spring
public class CarFactory { @Autowired @Qualifier("monkey") private Animal animal; public String toString(){ return car.getAnimalName(); } }
此处会注入名为"monkey"的Bean。安全
3. Resource
@Resource注解与@Autowired注解做用很是类似,其装配顺序以下:
(1) @Resource后面没有任何内容,默认经过name属性去匹配bean,找不到再按type去匹配
(2) 指定了name或者type则根据指定的类型去匹配bean
(3) 指定了name和type则根据指定的name和type去匹配bean,任何一个不匹配都将报错异步
@Autowired和@Resource两个注解的区别:
(1) @Autowired默认按照byType方式进行bean匹配,@Resource默认按照byName方式进行bean匹配
(2) @Autowired是Spring的注解,@Resource是J2EE的注解,这个看一下导入注解的时候这两个注解的包名就一清二楚了
Spring属于第三方的,J2EE是Java本身的东西,所以,建议使用@Resource注解,以减小代码和Spring之间的耦合。ui
4. Component
@Component是全部受Spring 管理组件的通用形式,@Component注解能够放在类的头上,@Component不推荐使用。prototype
5. Controller
@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对象。component
6. Service
@Service对应的是业务层Bean,例如:xml
@Service("userService") public class UserServiceImpl implements UserService { ……… }
@Service("userService")注解是告诉Spring,当Spring要建立UserServiceImpl的的实例时,bean的名字必须叫作"userService",这样当Action须要使用UserServiceImpl的的实例时,就能够由Spring建立好的"userService",而后注入给Action:在Action只须要声明一个名字叫"userService"的变量来接收由Spring注入的"userService"便可,具体代码以下:
@Resource(name = "userService") 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实例已经交给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就主动注入给它。
7. Repository
@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便可。以下:
@Resource(name = "userDao") private BaseDao<User> userDao;
8. 其余注解:@Configuration: 把一个类做为一个IoC容器,它的某个方法头上若是注册了@Bean,就会做为这个Spring容器中的Bean。@Scope:注解做用域@Lazy(true): 表示延迟初始化@Component: 泛指组件,当组件很差归类的时候,咱们可使用这个注解进行标注。@Scope: 用于指定scope做用域的(用在类上)@PostConstruct: 用于指定初始化方法(用在方法上)@PreDestory: 用于指定销毁方法(用在方法上)@DependsOn:定义Bean初始化及销毁时的顺序@Primary:自动装配时当出现多个Bean候选者时,被注解为@Primary的Bean将做为首选者,不然将抛出异常@Resource:默认按名称装配,当找不到与名称匹配的bean才会按类型装配。@PostConstruct: 初始化注解@PreDestroy : 摧毁注解,默认单例,启动就加载@Async: 异步方法调用