这个话题经常被问，但真有去追一追其发展史的不多。

IoC，Inversion of Control，控制反转，是面向对象编程中的一种设计原则，用来降低代码的耦合度。最通俗易懂的理解就是，本来由程序员写代码创建和组装类及依赖对象的控制权，反转交给容器去控制。

IoC 并非 Spring Framework 特有，也有一些其他的 IoC 开源框架如 Apache Avalon、PicoContainer、Google Guice；只是 Spring 被大量使用，其 IoC 的功能也被熟知。

IoC 的实现策略有很多，但最主要的两种方式就是依赖查找和依赖注入。依赖查找是主动或手动的依赖查找方式，通常需要依赖容器或标准 API 实现；而依赖注入则是手动或自动依赖绑定的方式，无需依赖特定的容器和 API。这两种实现方式在 Spring 中都有体现。

谈到 IoC，就很自然的想到 IoC 容器，被提到也特别多。那什么是 IoC 容器？

首先容器是指，为某种特定组件的运行提供必要支持的一个软件环境。该环境为上层使用提供了许多底层服务。

比如几乎每天都在用的 Tomcat，就是一个 Servlet 容器，实现了 TCP 连接，解析 HTTP 等协议，提供了非常复杂的服务。如果没有容器提供这些服务，我们去实现 Servlet 规范就会非常麻烦；在 tomcat 上开发 servlet 服务，就非常容易。

为了方便我们快速实现 IoC，IoC 容器帮我们完成了对象的依赖处理、资源的生命周期管理和配置管理。它的主要实现有 Java Beans、Java ServiceLoader SPI、JNDI(Java Naming and Directory Interface)、EJB(Enterprise Java Beans)、Servlet，这些都是我们日常工作中天天在用的。

Spring 的 IoC 容器，包含了依赖查找和依赖注入，对 AOP、JDBC、事务、事件的抽象和封装，对 SPI 的扩展、对第三方功能的整合、对测试能力的封装等，提供了非常多的基础功能，可以让我们在容器上进行快速开发。如果没有这些容器的基础功能，试想一下自己去实现一个 AOP，会多出多少工作量与开发难度。

对 IoC 的历史感兴趣，可以看下