依赖注入(DI)与控制反转(IOC)

IOC(控制反转): Spring的核心设计原则, 控制的是对象的创建过程, 将对象的创建过程交给Spring容器管理这一过程称之为控制反转, 这个原则可以降低代码耦合度, 提升系统的可维护性与拓展性.
DI(依赖注入): 与IOC是同一件事情的不同描述, IOC是以容器为主体, DI则是以应用程序为主体, 依赖容器向应用程序内注入其所需要的对象.

IOC容器: 整个过程我们可以通过IOC容器来管理, 由IOC容器来控制所有对象的 实例化, 初始化, 依赖关系的配置, 以及销毁等过程, 这一系列的过程称之生命周期, 被管理的对象我们称之为Bean,
在程序启动时我们就要给Spring容器一个需要被管理的Bean清单,这些被管理的对象通常以两种方式创建:
         1)xml配置的方式创建Bean.
         2)注解注入的方式创建Bean.
整个IOC控制过程涉及到很多接口,罗列出一些比较重要的使用接口
1)BeanFactory: IOC容器的核心接口, 内部提供了一些使用的方法.
2)ApplicationContext: Spring中的上下文接口, 继承自BeanFactory, 意味着其拥有BeanFactory的功能, 同时在此基础上增加了 AOP, 国际化, 统一资源文件访问, 事件处理机制等功能. 
3)ClassPathXmlApplicationContext: 可以获取到所有通过xml配置方法注入的Bean.
4)AnnotationConfigApplicationContxt: 可以获取到所有通过注解方法注入的Bean.

其中容易混乱接口之间的区别 罗列两种
1.BeanFactory 与 ApplicationContext的区别
BeanFactory: Spring中的最底层接口, IOC的核心, 依据此接口用来管理所有Bean的实例化, 初始化, 依赖关系配置与销毁等生命周期过程, 是最基本的接口, 通过该接口加载Bean采用的是延迟加载的方式,意味着只有在使用一些Bean时才会尝试加载Bean, 所以此种方式比较难发现一些配置问题。
ApplicationContext: 继承自BeanFactory, 但是其在容器启动时就会预先加载所有的Bean,所以可以直观的发现一些配置问题, 与BeanFactory相比,ApplicationContext同时加入了一些其他功能的实现,
             如AOP, 国际化, 事件处理, 统一资源文件访问等功能.

2.BeanFactory 与 FactoryBean的区别
BeanFactory的功能已经描述过, 不再赘述, 此处对比区别, 可以把BeanFactory理解为IOC容器或者对象工厂, 用来管理Bean生命周期.
FactoryBean: 就是一个Bean，但是是一个能够生产或者修饰对象生成的工厂Bean, 此种实现与设计模式中的工厂模式或者装饰器模式类似.实现该接口必须重写getObject方法.
       实例: class CarFactoryBean implements FactoryBean<Car>{
                @Override
                public Car getObject() throws Exception{
                    return new Car();
                }
                @Override
                public Class<?> getObjectType() {
                    return Car.class; // 返回这个对象的类型
                }
                // true代表这个bean是单实例，在容器中只会保存一份；
                // false代表这个bean是多实例，每次获取都会创建一个新的bean
                @Override
                public boolean isSingleton() {
                    return false;
                }
            } 

当前Bean如果被扫描到, 则在容器中的名称为CarFactoryBean但是实际的类型为返回的Car, 如果需要当前类, 则要在获取名称前加"&"