转载自知乎《Spring IoC有什么好处呢？》
关键句：
- 控制反转（Inversion of Control） 就是依赖倒置原则的一种代码设计的思路。具体采用的方法就是所谓的依赖注入（Dependency Injection）。
- 没有依赖注入情况下，牵一发而动全身：仅仅是为了修改轮胎的构造函数，这种设计却需要修改整个上层所有类的构造函数！在软件工程中，这样的设计几乎是不可维护的
- 所谓依赖注入，就是把底层类作为参数传入上层类，实现上层类对下层类的“控制
- 采用的构造函数传入的方式进行的依赖注入。其实还有另外两种方法：Setter传递和接口传递。这里就不多讲了，核心思路都是一样的，都是为了实现控制反转。
- 那什么是控制反转容器(IoC Container)1 呢？其实上面的例子中，对车类进行初始化的那段代码发生的地方，就是控制反转容器——我们在创建实例的时候不需要了解其中的细节。
- 因为采用了依赖注入，在初始化的过程中就不可避免的会写大量的new。这里IoC容器就解决了这个问题
- IoC Container 在进行创建实例工作的时候是反过来的，它先从最上层开始往下找依赖关系，到达最底层之后再往上一步一步new（有点像深度优先遍历）
- Config 文件保存类之间的依赖关系。我们只需要向IoC工厂请求一个Car实例，然后它就给我们按照Config创建一个Car实例。
- IoC Container的这个特性就很完美的解决了这类问题——因为这个架构要求你在写class的时候需要写相应的Config文件，所以你要初始化很久以前的Service类的时候，前人都已经写好了Config文件，你直接在需要用的地方注入这个Service就可以了。这大大增加了项目的可维护性且降低了开发难度。
可以参考我的案例分析《Spring 依赖注入案例分析》 ↩︎
