spring 的自我理解【IOC、DI】

说起 spring 框架，我认为严格意义上来说 spring 更像是一个粘合剂【纯属个人观点】。一般都叫 spring 容器。因为它粘合了别的框架或者组件。所以 spring 是个容器。程序开发的模块组件都可以通过 spring 这个容器进行组装拼合，spring 为我们提供了很多管理功能。而且，它是一个轻量级的容器。【当 spring 启动时，创建和销毁的资源都非常少】它的侵入性非常小，也可以说是耦合性很低。可以很轻易的替换掉它，而不需要做太大的改动，它对别的组件的依赖非常小。

谈到 spring 必然要想到 IOC(Inversion of Control)【控制反转】,它不是一门技术，而是一种设计思想。在 java 开发中，IOC 意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。先要明确谁控制谁，控制什么。
在传统的 java SE 设计中我们直接在对象内部通过 new 进行对象的创建，是程序主动去创建依赖对象；而 IOC 是有一个专门的容器来创建这些对象，即有 IOC 容器来控制对象的创建；

何为反转？有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。

举一个通俗易懂的例子：比如芈月传这个电视剧的剧本，如果编剧在写剧本的时候把芈月直接写为孙俪，直接围绕孙俪这个对象去编剧本，这种方式就相当于传统的 java SE 的设计思想。而当有了 IOC 思想之后，编剧写剧本的时候直接写芈月说了什么话，做了什么事直接围绕戏剧人物进行刻画描述，而找演员(创建对象)这种事情交给导演去做。而不是剧本直接定死的，即使孙俪档期冲突了，也可以找王丽，李丽之类的。这就是我对控制反转的个人见解。

说完 IOC 之后，接下来说一下 DI(Dependency Injection)【依赖注入】：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。**依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。**通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。

　　理解 DI 的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”，那我们来深入分析一下：

　　● 谁依赖于谁：当然是应用程序依赖于 IoC 容器；

　　● 为什么需要依赖：应用程序需要 IoC 容器来提供对象需要的外部资源；

　　● 谁注入谁：很明显是 IoC 容器注入应用程序某个对象，应用程序依赖的对象；

　　● 注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。

　　IoC 和 DI 由什么关系呢？其实它们是同一个概念的不同角度描述，由于控制反转概念比较含糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以 2004 年大师级人物 Martin Fowler 又给出了一个新的名字：“依赖注入”，相对 IoC 而言，“依赖注入”明确描述了“被注入对象依赖 IoC 容器配置依赖对象”。

再举一个简单的例子
所谓依赖，从程序的角度看，就是比如 A 要调用 B 的方法，那么 A 就依赖于 B，反正 A 要用到 B，则 A 依赖于 B。
所谓倒置，你必须理解如果不倒置，会怎么着，因为 A 必须要有 B，才可以调用 B，如果不倒置，意思就是 A 主动获取 B 的实例：B b = new B()，这就是最简单的获取 B 实例的方法（当然还有各种设计模式可以帮助你去获得 B 的实例，比如工厂、Locator 等等），然后你就可以调用 b 对象了。
所以，不倒置，意味着 A 要主动获取 B，才能使用 B；到了这里，你就应该明白了倒置的意思了。倒置就是 A 要调用 B 的话，A 并不需要主动获取 B，而是由其它人自动将 B 送上门来。

形象的举例就是：

通常情况下，假如你有一天在家里饿了，要吃饭，那么你可以到你小区外面的饭店去，告诉他们，你需要一份黄焖鸡米饭，然后小卖部给你做一份黄焖鸡米饭！

这本来没有太大问题，关键是如果饭店很远，那么你必须知道：从你家如何到饭店；饭店里的黄焖鸡米饭是否已经售罄；你还要考虑是否开着车去；等等等等，也许有太多的问题要考虑了。也就是说，为了吃上一顿黄焖鸡米饭，你还可能需要依赖于车等等这些交通工具或别的工具，问题是不是变得复杂了？那么如何解决这个问题呢？

解决这个问题的方法很简单：饿了么应运而生，凡是饿了么的会员，你只要告知饿了么 app 你需要什么，骑手将主动把货物给你送上门来！这样一来，你只需要做两件事情，你就可以活得更加轻松自在：
第一：向饿了么注册为会员
第二：在饿了么上面下单

是不是和 Spring 的做法很类似呢？Spring 就是饿了么、饭店，你就是 A 对象，黄焖鸡米饭就是 B 对象
第一：在 Spring 中声明一个类：A
第二：告诉 Spring，A 需要 B

假设 A 是 UserAction 类，而 B 是 UserService 类

在 Spring 这个饿了么 app（工厂）中，有很多对象/服务：userService,documentService,orgService，也有很多会员：userAction 等等，声明 userAction 需要 userService 即可，Spring 将通过你给它提供的通道主动把 userService 送上门来，因此 UserAction 的代码示例类似如下所示：

package org.leadfar.web;
public class UserAction{
     private UserService userService;
     public String login(){
          userService.valifyUser(xxx);
     }
     public void setUserService(UserService userService){ 
          this.userService = userService;
     }
}

​

在这段代码里面，你无需自己创建 UserService 对象（Spring 作为背后无形的手，把 UserService 对象通过你定义的 setUserService()方法把它主动送给了你，这就叫依赖注入！）

所以个人总结下来就是
ioc 相当于 平时我们使用的工厂。
di 相当于 平时我们的 setter 方法。