3.Spring IOC理解

1. Spring框架图
   其中spring-core包含依赖注入IOC与DI的最基本实现，spring-context包含IOC容器主要设计。
   
2. Spring IOC接口设计
   

• BeanFactory定义了IOC容器的最基础规范，包含了getBean(),getBeanProvider(),containBean(),getType(),getAlias()等IOC容器的基本方法。
• ApplicationContext是Spring提供的一个高级的IOC容器，主要提供IOC容器的基本功能及信息源实现国际化（MessageSource接口），访问资源（ResourcePatternResolver接口），应用事件（ApplicationEventPublisher接口）。

在spring IOC容器的代表就是org.springframework.beans包中的BeanFactory接口，BeanFactory接口提供了IOC容器最基本功能，而org.springframework.context包下的ApplicationContext接口扩展了BeanFactory，还提供了与Spring AOP集成，国际化处理，事件传播及提供不同层次的context实现。简单说，BeanFactory提供了IOC容器最基本功能，而ApplicationContext则增加了更多支持企业级功能支持。ApplicationContext完全继承BeanFactory，因而BeanFactory所具有的语义也适用于ApplicationContext

3. 什么是IOC及DI

• IOC（控制反转）就是把原先我们代码里面需要实现的对象创建（new）、依赖的代码，反转给容器来帮忙实现。它就是一个专门用来创建对象的工厂，你要什么对象，它就给你什么对象，有了 IOC容器，依赖关系就变了，原先的依赖关系就没了，它们都依赖IOC容器了，通过IOC容器来建立它们之间的关系。使我们设计出松耦合、更优良的程序。

所谓IOC，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。

• DI（依赖注入）组件之间依赖关系由容器在运行期决定。由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
  理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”：

谁依赖谁：应用程序依赖于IOC容器。
为什么需要依赖：应用程序需要IOC容器来提供对象需要的外部资源。
谁注入谁：IOC容器注入应用程序某个对象，应用程序依赖的对象。
注入了什么：注入某个对象所需要的外部资源（包括对象、资源、常量数据）。

4. 为什么不用工厂模式而使用IOC

1）本质上还是因为IOC是通过反射机制来实现的。当我们的需求出现变动时，工厂模式会需要进行相应的变化。但是IOC的反射机制允许我们不重新编译代码，因为它的对象都是动态生成的。
2）工厂模式修改后需要停止JVM后重新启动，IOC实现在XML中配置，XML改了spring就立刻发觉你改动了XML重新读一遍XML就会用你的新改动了（热插拔）。