Spring IOC 概述

所谓控制反转就是，通过 XML 或者注解来描述自己所需要的结果，第三方就会去创建这个结果，我们通过第三方就可以直接得到这个结果。

_Spring+IOC.png

IOC 的概念

在 Spring Ioc 中，这个第三方就是 Spring 框架。也就是说创建对象的过程不需要自己手动new，而是交给 Spring 框架来读取 XML 描述文件的信息，通过反射技术来创建对象。

为什么不直接自己new呢？搞得这么绕？当业务复杂时，可以把专业的事情交给专业的人来做。另一方面，也能够使得程序有更好的灵活性，比如 Spring 中采用了 Ioc 的思想后， 就可以在此基础上采用 AOP 的思想实现程序实现类的动态转换，达到不修改原有代码的基础上，对程序进行修改和增强。

Spring IOC 容器

在使用 Spring 框架的过程中，我们只需要在配置文件中描述需要得到的 Bean 对象就可以了。那具体创建对象的功能是由谁来实现的呢？那就是 Spring 的 IOC 容器了，Spring 的 IOC 容器负责创建和管理 Bean 对象，IOC 容器类也称 Bean工厂类。

两个接口

IOC 容器类的继承体系图如下

_IOC继承体系图.png

有两个接口需要关注下，

• BeanFactory，最底层的接口，包含了 Bean 工厂基本的功能，通常不用。只有在调用getBean()方法的时候，才会生成类的实例。
• ApplicationContext，做了更多功能的扩展，通常用这个。该接口加载配置文件的时候，就会将 Spring 管理的类全部都实例化。

两个实现类

从图中可以看出，有两个实现类，分别是

• ClassPathXmlApplicationContext，加载src目录下的配置文件，通常用它。
• FileSystemXmlApplicationContext，加载文件系统下的配置文件(就是磁盘上其他目录的文件，这样做的意义何在？)通常不会用它。

Spring 分模块开发配置

也就是配置文件按照系统业务模块分为多个，有两种实现方式：

• 在加载的时候一次性加载多个文件

ApplicationContext applicationContext = new ClassPathXmlApplicationContext("xxx1.xml","xxx2.xml");

• 在一个主配置文件中引入多个其他的配置文件