spring的IOC,DI及案例详解
一:spring的基本特征
Spring是一个非常活跃的开源框架;它是一个基于Core来架构多层JavaEE系统的框架,它的主要目的是简化企业开发。Spring以一种非侵入式的方式来管理你的代码,Spring提倡“最少侵入,这也意味着你可以适当的时候安装或卸载Spring。
二:开发Spring所需要的工具
1.Spring的jar包
到http://www.springsource.org/download下载spring,然后进行解压缩,在解压目录中找到下面jar文件,拷贝到类路径下
如果使用了切面编程(AOP),还需要下列jar文件 lib/aspectj/aspectjweaver.jar和aspectjrt.jar lib/cglib/cglib-nodep-2.1_3.jar
如果使用了JSR-250中的注解,如@Resource/@PostConstruct/@PreDestroy,还需要下列jar文件 lib\j2ee\common-annotations.jar 注:JSR(Java 规范请求)是指向JCP(Java Community Process)提出新增一个标准化技术规范的正式请求。任何人都可以提交JSR(Java 规范请求),以向Java平台增添新的API和服务。JSR已成为Java界的一个重要标准。
2.Spring的配置文件
默认情况下是applicationContext.xml文件。可以建很多XML文件,工程中一般都是这样配置的。
三:Spring基本功能及案例详解
1.Spring的IOC
SpringIOC(控制反转):把对象的创建,初始化,销毁等工作交给Spring容器来做。由Spring容器控制对象的生命周期。
步骤:A:启动Spring容器;B:从Spring容器中把对象取出来;C:最后,对象调用实际的业务方法。
A:启动Spring容器:
在类路径下寻找配置文件来实例化容器:ApplicationContext context = new ClassPathXmlApplicationContext("配置文件类路径");
通过这种方式加载。需要将spring配置文件放到当前项目的classpath路径下。classpath路径指的是当前项目的src目录,该目录是java源文件的存放位置。
在文件系统路径下寻找配置文件来实例化容器:ApplicationContext context = new FileSystemXmlApplicationContext("配置文件系统路径");
注:经常采用第一种方式启动Spring容器。
B:从Spring容器中把对象取出来:
context.getBean("配置文件中bean的id"); 如:HelloWorld helloWorld = (HelloWorld)context.getBean("helloWorld");
C:对象调用实际的业务方法:
helloWorld.hello();
1.1.Spring容器创建对象的方式
A:默认的情况下是调用该类默认的无参构造函数来创建类的对象。
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-creatobject.xml
业务类HelloWorld.java
客户端代码:
由此看出:如果业务类HElloWorld.java又写了该类的有参构造函数,此时就覆盖了默认的无参构造函数。这样就导致Spring容器在创建该类的对象时失败。因为默认的是调用该类的默认无参构造函数,而此时又找不到无参构造函数了,所以就创建对象失败。
B:Spring容器利用静态工厂方法创建类对象。
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-creatobject-method.xml
业务类HelloWorld.java
静态工厂类方法:
客户端代码:
C:Spring容器利用实例工厂方法创建对象
再次不做案例分析,记住即可。
最后说明一下:spring配置文件中,只要是一个bean就会为该bean创建对象(默认是调用该类的默认构造函数创建对象)
1.2.Spring配置文件中别名的用法
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-alias.xml
业务类HelloWorld.java
客户端代码:
由此看出:通过配置文件中的配置,可以达到在一个地方命名,在多个地方使用不同的名字的效果。
1.3.Spring容器创建对象的时机
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-creatobject-when.xml
业务类HelloWorld.java
客户端代码:
执行结果:
由执行结果可看出:在单例情况下(默认就是单例,关于单例,下面会讲到):
A:在默认情况下,启动spring容器的时候(ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml)),就调用该类的无参构造函数创建对象。所以spring容器创建对象的时机是:启动spring容器时创建。
B:在spring的配置文件bean中有一个属性lazy-init="default/false/true":
a:如果lazy-init="default/false",在启动spring容器的时候创建对象。
b:如果lazy-init="true",在获取对象的时候创建对象,即context.getBean()时,创建对象。
a与b的意义:
在第一种情况下可以在启动spring容器的时候,检查spring配置文件的正确性。如果再结合tomcat,如果spring容器不能正常启动整个tomcat就不能正常启动。但是这样的缺点是把一些bean过早的放在了内存中,如果有数据,则对内存来说是一个消耗。在第二种情况下,可以减少内存的消耗,但是不容易检查出配置文件中的错误,排错比较困难。
1.4.Spring容器中bean的单例与多例
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-creatobject-scope.xml
业务类HelloWorld.java
客户端代码:
执行结果:
在配置文件的bean中的scope="singleton"的情况下(即默认情况下):
在配置文件的bean中的scope="prototype"的情况下:
从执行的结果,我们来总结归纳一下:
从第一个执行结果看出,由spring容器产生的bean默认是单例的。打印结果看出,两次分别获取的bean结果是一样的。并且单例模式下,spring容器在启动的时候创建对象。
从第二个执行结果看出,若果将配置文件中的bean的scope值修改为“prototype”,那么由spring容器产生的bean就是多例的。打印结果看出,两次分别获取的bean结果是不一样的。并且在多例模式下,spring容器在context.getBean(),即获取对象的时候创建对象。这里有两次获取bean,所以打印出两个:new instance-----scope
综上:可以在spring的配置文件 ,scope的值进行修改="singleton/prototype/request/session/global session/global" ,如果spring的配置文件的scope为“prototype”,则在得到或者说从spring容器获取该bean的时候才创建对象。
1.5.Spring容器中对象的生命周期
案例
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-initdestory.xml
业务类HelloWorld.java
客户端代码:
执行结果:
由执行结果的顺序可以看出:在单例情况下,即默认scope="singleton"的时候
a:spring容器在启动的时候创建对象;
b:spring容器执行init方法;
c:程序员调用自己的业务方法;
d:当spring容器关闭的时候执行destory方法。
spring容器:ApplicationContext applicationContext = new ClassPathXmlApplicationContext("");
它的关闭:需要将applicationContext转化一下:
ClassPathXmlApplication cpxa = (ClassPathXmlApplicationContext) applicationContext;
cpxa.close(); 这样才能关闭spring容器,执行destory方法。
注意:当scope=“prototype”的时候(即多例的情况下),spring容器不会执行destory()方法。
2.Spring的DI(依赖注入)
springDI:理解为依赖注入,俗称给属性赋值。
平常中,我们给类的属性赋值,无非两种方式:1.调用类的set,get方法;2.调用类的构造方法。比如下面一个类中的属性类型,几乎代表了所有类型:
public class Person{
private Long pid;
private String pname;
private Student student;
private List lists;
private Set sets;
private Map map;
private Properties properties;
//set,get方法
}
说明:一个类中的所有属性都可以采用SpringDI的方式赋值,但并不是所有的属性都适合赋值。
2.1.调用类的set,get方法
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-di-set.xml
业务类Person.java
业务类Student.java
客户端代码:
执行结果:
总结:从业务中的标注看,
1.我这里使用了自己编写的工具类SpringInit.java,是为了方便2的使用;
工具类的代码如下:
public class SpringInit{
public static ApplicationContext context;//spring容器
//静态代码块,在类加载的之后执行,只执行一次
static{
context = new ClassPathXmlApplicationContext("applicationContext.xml");//启动spring容器
}
}
然后我的客户端类继承了这个工具类。
结合配置文件和执行结果,看出是通过set方法赋值的。首先创建对象解析所有的property,把name解析出来,拼接成set方法,把value和ref解析出来并赋值。
2.2.调用类的构造方法
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-di-constructor.xml
业务类同1.1中的业务类相同,只是Person类中添加一个构造方法:
public Person(String pname,Student){
this.pname = pname;
this.student = student;
}
客户端代码:
执行结果:
总结:构造函数的方式赋值:
2.3.spring的IOC与DI的意义
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-document.xml
业务类:
ducument接口:
三个实现接口的类:
------------------------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------------------------
文档管理类DocumentManager.java
客户端代码:
执行结果:
从例子可以看出,Spring的IOC与DI的完美结合,是其做到了真正的面向接口编程。如果我们想读写Excel或者Word,只需要修改配置文件中的传入参数即可。而传统的方式是不完全面向接口的编程,把实现类暴露给客户端了。
2.3.spring的IOC与DI实现mvc的模拟例子
案例:
Spring的主配置文件:applicationContext.xml(因为我这里将会讲到很多模块,所以我用一个主配置文件去加载各个模块的配置文件):
具体业务模块配置文件applicationContext-mvc.xml
业务类:
服务层接口与实现:
-----------------------------------------------------------------------------------------------
dao层接口与实现:
------------------------------------------------------------------------------------------
控制层action
客户端代码:
执行结果:
从例子可以看出,Spring的IOC与DI的完美结合,是其做到了真正的面向接口编程。这里的依赖注入都采用了set的方式注入的。