Spring IOC知识点总结

广义的 IOC

在这以前，咱们先记住一句话。好莱坞原则：Don’t call me, we will call you. 即“不用打电话过来，咱们会打给你”。

控制反转（Inversion of Control，简称IoC），是面向对象编程中的一种设计原则，能够用来减低计算机代码之间的耦合度。其中最多见的方式叫作依赖注入（Dependency Injection，简称DI），还有一种方式叫“依赖查找”（Dependency Lookup）。经过控制反转，对象在被建立的时候，由一个调控系统内全部对象的外界实体，将其所依赖的对象的引用传递(注入)给它。

两种实现： 依赖查找（DL）和依赖注入（DI）。

IOC 和 DI 、DL 的关系：

• DI（Dependency Injection） 是 Spring 使用的方式，容器负责组件的装配。
• DL（Dependency Lookup）已经被抛弃。

IOC容器的原理

IOC容器其实就是一个大工厂，它用来管理咱们全部的对象以及依赖关系。

• 原理就是经过Java的反射技术来实现的！经过反射咱们能够获取类的全部信息(成员变量、类名等等等)！
• 再经过配置文件(xml)或者注解来描述类与类之间的关系
• 咱们就能够经过这些配置信息和反射技术来构建出对应的对象和依赖关系了！

咱们简单来看看实际Spring IOC容器是怎么实现对象的建立和依赖的：

1. 根据Bean配置信息在容器内部建立Bean定义注册表
2. 根据注册表加载、实例化bean、创建Bean与Bean之间的依赖关系
3. 将这些准备就绪的Bean放到Map缓存池中，等待应用程序调用

Spring容器(Bean工厂)可简单分红两种：

• BeanFactory

  • 这是最基础、面向Spring的

• ApplicationContext

  • ApplicationContext是BeanFactory的子类

没有特殊要求的状况下，应该使用ApplicationContext完成。由于BeanFactory能完成的事情，ApplicationContext都能完成，而且提供了更多接近如今开发的功能。

对IOC的理解

首先，IOC控制反转

谁控制谁，控制什么，什么是反转（有反转就应该有正转了）

谁控制谁，控制什么：

• 在以前，没有IOC时，咱们直接在对象内部经过new进行建立对象，是程序主动去建立依赖对象；
• 而如今，是由IOC专门一个容器来建立这些对象，即由Ioc容器来控制对 象的建立；
• 谁控制谁？固然是IOC容器控制了对象；控制什么？那就是主要控制了外部资源获取（不仅是对象还包括好比文件等）。

所谓反转：

• 有反转就应该有正转，传统应用程序是由咱们本身在对象中主动控制去直接获取依赖对象，也就是正转；
• 而所谓的反转，实际上是反转的控制权，由 Spring 来控制对象的生命周期，那么对象的控制就彻底脱离了咱们的控制，控制权交给了Spring 。这个反转是指：咱们由对象的控制者变成了 IOC 的被动控制者。

其次，说到IOC就会想到DI 依赖注入(IOC 是经过DI来实现的),那么：

谁依赖谁，为何须要依赖；谁注入谁，注入了什么

• 谁依赖谁：A对象 依赖于 IOC 容器。
• 为何须要依赖：A对象须要 IOC 容器提供对象须要的数据、B对象 等外部资源，没有这些资源不能完成业务处理。
• 谁注入谁：IOC 容器注入 A对象。
• 注入了什么：IOC 容器将 A对象 须要的数据、B对象等外部资源按需注入给对象。

好处： 下降了开发的成本，提升了代码复用率、软件的灵活性。

总结

IOC：不是什么技术，而是一种设计思想。在 Spring 开发中，由 IOC 容器控制对象的建立、初始化、销毁等。这也就实现了对象控制权的反转，由咱们对对象的控制转变成了Spring IOC 对对象的控制。

DI：是 IOC 的具体实现。程序把依赖交给容器，容器帮你管理依赖。