Spring最重要的两个特性就是依赖注入DI和面向切面编程AOP。
一、依赖注入
1、依赖注入与控制反转
这两个概念经常被用来比较,个人理解应该是他们描述的角度的不同的。
1.1、依赖注入
理解依赖注入,首先要知道这里说的依赖指的是什么
正常的程序中肯定是有很多个类一起协同工作的,比如一个A类要用到另一个B类的某个方法,那么则表示B类是A类的一个依赖。
那么A类可以自己new一个B类的实例出来,然后再需要的时候进行调用,但是这样做有很多问题,会导致高度耦合和难以测试。
而如果使用依赖注入的方式,则可以带来一个最明显的好处就是-松耦合。
如果一个对象只通过接口(而不是具体实现或初始化过程)来表明依赖,你们这种依赖就能够在对象本身毫不知情的情况下,用不同的具体实现进行替换。
1.2、控制反转
控制反转的意思我理解的就是,所有的依赖都统一交给Spring的容器去管理,
- 控制的具体含义就是对依赖的注入
- 而反转是指,依赖的注入本来由自己控制的东西,交给了容器去控制,实现了主动权的反转。
2、依赖的注入方式
说到依赖的注入方式还是离不开Spring的容器,Spring容器负责创建应用程序中的bean并通过DI来协调这些对象之间的关系。所以想要了解依赖的注入方式,就要先知道bean的装配方式
- 在XML中进行显式配置
- 在Java代码中进行显式配置
- 隐式的bean发现机制和自动装配
以XML配置的方式为例,依赖注入有四种方式:
- set注入
- 构造器注入
- 静态工厂方法注入
- 实例工厂方法注入
2.1、set注入
这是最简单的注入方式,假设有一个SpringAction,类中需要实例化一个SpringDao对象,那么就可以定义一个private的SpringDao成员变量,然后创建SpringDao的set方法(这是ioc的注入入口):
1 | public class SpringAction { |
随后编写spring的xml文件,<bean>
中的name属性是class属性的一个别名,class属性指类的全名,因为在SpringAction中有一个公共属性Springdao,所以要在<bean>
标签中创建一个<property>
标签指定SpringDao。<property>
标签中的name就是SpringAction类中的SpringDao属性名,ref指下面<bean name="springDao"...>
,这样其实是spring将SpringDaoImpl对象实例化并且调用SpringAction的setSpringDao方法将SpringDao注入:
1 | <!--配置bean,配置后该类由spring管理--> |
2.2、构造器注入
这种方式的注入是指带有参数的构造函数注入,看下面的例子,我创建了两个成员变量SpringDao和User,但是并未设置对象的set方法,所以就不能支持第一种注入方式,这里的注入方式是在SpringAction的构造函数中注入,也就是说在创建SpringAction对象时要将SpringDao和User两个参数值传进来:
1 | public class SpringAction { |
在XML文件中同样不用<property>
的形式,而是使用<constructor-arg>
标签,ref属性同样指向其它<bean>
标签的name属性:
1 | <!--配置bean,配置后该类由spring管理--> |
剩下的两种工厂方法的注入方式没有用过,不详细介绍了。
2.3、自动装配
除了xml的装配方式,实际使用中更多的是使用自动装配的方式。Spring从两个角度来实现自动化装配:
- 组建扫描(component scanning):Spring会自动发现应用上下文中锁创建的bean
- 自动装载(autowiring):Spring自动满足bean之间的依赖
这两个分别对应了注解@Component和@Autowiring
- @Component:这个注解表明该类会作为组件类,并告知Spring要为这个类创建bean
- @AutoWiring:可以用在构造方法或set方法上,表明注入一个依赖
比如,构造器注入
1 |
|
set注入
1 |
|
2.4、set注入与构造器注入的区别
http://blog.sina.com.cn/s/blog_ad071a810101g9wx.html
@Component,@Service,@Controller,@Repository
Spring 2.5 中除了提供 @Component 注释外,还定义了几个拥有特殊语义的注释,它们分别是:
- @Repository
- @Service
- @Controller。
在目前的 Spring 版本中,这 3 个注释和 @Component 是等效的,但是从注释类的命名上,很容易看出这 3 个注释分别和持久层、业务层和控制层(Web 层)相对应。
3、Spring的特殊注入
Spring中还有两种比较特殊的注入方式:就是通过Spring配置文件中的lookup-method和replace-method,这其实是两个方法级别的注入,和一般的属性(Property)注入是不一样的,它们注入的是方法(Method)。
3.1、lookup-method注入
lookup method注入是spring动态改变bean里方法的实现。方法执行返回的对象,使用spring内原有的这类对象替换,通过改变方法返回值来动态改变方法。内部实现为使用cglib方法,重新生成子类,重写配置的方法和返回对象,达到动态改变的效果。
有种说法这个也叫方法注入,它不同于set注入和构造注入,主要是使用场景不同:一个singleton的Bean需要引用一个prototype的Bean; 一个无状态的Bean需要引用一个有状态的Bean。容器创建之后就加载了所有的Bean. 而BeanA中需要引用的BeanB是状态个不确定的Bean. 那么我们需要在每次需要BeanB的时候都重新让容器加载一次吗?
cglib为我们动态的构造BeanB的子类, 当我们的BeanA需要BeanB的时候, cglib把这个子类对象给BeanA.
1 | public abstract class CommandManager { |
配置:
1 | <bean id="command" class="fiona.apple.AsyncCommand" scope="prototype"> |
注意:由于采用cglib生成之类的方式,所以需要用来动态注入的类,不能是final修饰的;需要动态注入的方法,也不能是final修饰的。
同时,还得注意command的scope的配置,如果scope配置为singleton,则每次调用方法createCommand,返回的对象都是相同的;如果scope配置为prototype,则每次调用,返回都不同。
3.2、replaced-method注入
replaced method注入是spring动态改变bean里方法的实现。需要改变的方法,使用spring内原有其他类(需要继承接口org.springframework.beans.factory.support.MethodReplacer)的逻辑,替换这个方法。通过改变方法执行逻辑来动态改变方法。内部实现为使用cglib方法,重新生成子类,重写配置的方法和返回对象,达到动态改变的效果。
1 | public class MyValueCalculator { |
配置
1 | <bean id="myValueCalculator" class="x.y.z.MyValueCalculator"> |
注意:由于采用cglib生成之类的方式,所以需要用来动态注入的类,不能是final修饰的;需要动态注入的方法,也不能是final修饰的。
3.3、二者的区别
两者的差别是这样的
- 如果需要替换的方法没有返回值,那么只能使用replace-method来替换,而不能用lookup-method来替换。
- replace-method必须实现MethodReplacer接口的Bean才能替换,而lookup-method则由BeanFactory自动为我们处理了。
二、依赖注入的时机
在IOC容器中依赖注入的触发有两种情况
- 用户第一次调用getBean方法时触发
- 通过设置lazy-init属性设置让容器在初始化阶段完成预实例化
在第一篇中已经分析过,Spring中bean的作用域有五种,通过scope属性来设置,比较常见的就是singleton和prototype,前者就是单例模式。下面分析的lazy-init时机,基本都是针对singleton的bean的。
关于lazy-init,很多地方都遇见过,大概就是等需要这个东西的时候再将它实例化。
1、spring的default-lazy-init参数
ApplicationContext实现的默认行为就是在启动服务器时将所有singleton bean提前进行实例化(也就是依赖注入)。提前实例化意味着作为初始化过程的一部分,ApplicationContext实例会创建并配置所有的singleton bean。
这样可以减少web服务器在运行时的负担,但是同时也会增加Spring的启动时间。
所以在Spring中有一个属性可以来配置是否开启lazy-init,就是在<beans>
元素上使用default-lazy-init
属性。按照上面的说法,Spring启动的时候没有lazy-init,所以这个属性默认的肯定是false的。
1 | < beans default-lazy-init="true" > |
设置这个属性以后,就可以实现lazy-init,从而大大减少Spring的启动时间。
2、Spring的lazy-init
2.1、lazy-init
1 | <beans> |
当 IoC容器启动时,service2会实例化,而service1则不会;但是但容器实例化service2时,service1也被实例化了,为什么呢,因为service2需要它。也就是说lazy-init=”true”的bean,IoC容器启动时不会实例化该bean,只有当容器需要用到时才实例化它。lazy-init有利于容器效率,对于不需要的bean可以先不管。
2.2、< beans>与< bean>的优先级
在同一个文件中<bean/>
里面设置的优先级大于<beans/>
里设置的优先级
3、Spring的abstract
1 | <bean id="baseTxService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" abstract="true"> |
bean abstract=”true”时,该bean不会被实例化,上面的bean是个模板
4、非单例bean的实例化
以上说的都是bean为singleton的情况。如果一个bean的scope属性为scope=”pototype”时,即使设置了lazy-init=”false”,容器启动时不实例化bean,而是调用getBean方法实例化的
通过上面的分析可以知道,
- 如果一个bean被设置为lazy-init
- 在其他bean实例化的时候没有依赖它
- 或者bean的属性不是singleton
那么它在容器初始化阶段并不会实例化,而是第一次getBean的时候实例化,下面详细分析一下getBean的源码。
三、Bean实例化的三种方式
在Spring中bean的实例化有三种方式
- 使用构造器实例化
- 使用静态工厂方法实例化
- 使用实例化工厂方法实例化
1、使用构造器实例化
这种实例化的方式可能在我们平时的开发中用到的是最多的,因为在xml文件中配置简单并且也不需要额外的工厂类来实现。
默认无参构造方法:
1 | <!--applicationContext.xml配置:--> |
如果有参数,有多重参数匹配的方式
- 按照参数的顺序和个数来注入
- 按照参数类型匹配注入
- 按照参数索引顺序注入
- 通过参数名称注入 Spring3以上
- 通过annotation注入
@ConstructorProperties
Spring3以上 - 用简化的c namespace来进行构造函数注入 spring3.1以上
1.1、按照参数的顺序和个数来注入
1 | public class Foo { |
1 | <beans> |
下面几种注入方式
1 | public class ExampleBean { |
1.2、按照参数类型匹配注入
1 | <bean id="exampleBean" class="examples.ExampleBean"> |
1.3、按照参数索引顺序注入
1 | <bean id="exampleBean" class="examples.ExampleBean"> |
1.4、spring3以上还可以通过参数名称进行注入
1 | <bean id="exampleBean" class="examples.ExampleBean"> |
1.5、spring3以上通过annotation注入 @ConstructorProperties
1 | package examples; |
2、使用静态工厂方法实例化
根据这个中实例化方法的名称就可以知道要想通过这种方式进行实例化就要具备两个条件:
- 要有工厂类及其工厂方法
- 工厂方法是静态的
首先创建工程类及其静态方法:
1 | package cn.mytest.service.impl; |
然后再去配置spring配置文件,配置的方法和上面有点不同,这里也是关键所在
1 | <!--applicationContext.xml配置:--> |
3、使用实例化工厂方法实例化
这个方法和上面的方法不同之处在与使用该实例化方式工厂方法不需要是静态的,但是在spring的配置文件中需要配置更多的内容
首先创建工厂类及工厂方法:
1 | package cn.mytest.service.impl; |
然后再去配置spring配置文件,配置的方法和上面有点不同,这里也是关键所在
1 | <!--applicationContext.xml配置:--> |
这里需要配置两个bean,第一个bean使用的构造器方法实例化工厂类,第二个bean中的id是实例化对象的名称,factory-bean对应的被实例化的工厂类的对象名称,也就是第一个bean的id,factory-method是非静态工厂方法。
四、参考地址
http://blessht.iteye.com/blog/1162131
http://rooock.iteye.com/blog/338847
http://www.cnblogs.com/atwanli/articles/6154920.html
http://www.cnblogs.com/wcyBlog/p/3756624.html
http://blog.csdn.net/dracotianlong/article/details/8989874
http://javatea.iteye.com/blog/1337706