背景:
如果对象的引用或者依赖关系的管理由具体对象完成,代码的耦合性就会很高,代码测试也变得困难。而IOC可以很好的解决这个问题,把这
些依赖关系交给框架或者IOC容器进行管理,简化了开发。
IOC是一种设计模式,而Spring IOC是其一种实现。Spring IOC提供一个基本的JavaBean容器,通过IOC模式管理依赖关系。
IOC(Inversion of Control)两种实现:
1、DL(Dependency Lookup),已经被淘汰,需要用户自己去查找资源和组装对象,有了侵入性
2、DI(Dependency Injection),负责组建的装配
Spring的IOC支持的功能:
1、依赖注入
2、依赖检查
3、自动装配
4、支持集合
5、指定初始化方法和销毁方法
6、支持回调某些方法(需要实现Spring接口,略有侵入性)
最重要是依赖注入,从XML读取ref标签,ref就是runtimeBeanReference
IOC容器主要分为两种具体表现形式:
1、BeanFactory接口:简单容器。只是实现了最基本的功能,可以理解为hashmap,key是BeanName,value是bean instance
2、ApplicationContext接口:高级容器。在简单容器的基础上,集成很多接口,代表整个容器的所有功能。定义了refresh(),刷新整个容
器,重新加载/刷新所有的bean
除了这两种,还有其他的辅助接口
ApplicationContext作为高级容器依赖低级容器的getBean(),ClassPathXmlApplicationContext的构建过程是IOC的初始化
流程:
1、用户构造ClassPathXmlApplicationContext(简称 CPAC)
CPAC首先访问了“抽象高级容器”的refresh(),这个方法是模板方法。所以要回调子类(低级容器)的refreshBeanFactory(),作用是使用
低级容器加载所有BeanDefinition和Properties到容器中。
低级容器加载成功后,高级容器开始处理一些回调,例如Bean后置处理器。回调setBeanFactory法。或者注册监听器等,发布事件,实例化例
Bean等等功能。
简单说就是:
1、低级容器加载配置文件(从 XML,数据库,Applet),并解析成 BeanDefinition 到低级容器中。
2、加载成功后,高级容器启动高级功能,例如接口回调,监听器,自动实例化单例,发布事件等等功能。
加载所有的Bean配置成BeanDefinition到容器中,如果Bean有依赖关系,则使用占位符暂时代替。
然后,在调用getBean的时候,进行真正的依赖注入,即如果碰到了属性是ref的(占位符),那么就从容器里获取这个Bean,然后注入到实例中
—— 这就是依赖注入。
依赖注入方式:
setter、constructor、factory实现
请自行百度或者参考我之前的文章:https://www.cnblogs.com/huigelaile/p/10973913.html
想要深入了解可以查看《Spring技术内幕》一书第二章,或者IOC相关源码