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的方式注入的。
