Spring的IOC和DI

概述

学java免不了要与spring打交道。虽然会有人在很多方面抱怨spring的种种问题，比如性能问题。但是毕竟它有成熟的生态和体系，能极大帮助开发者进行开发和维护。萝卜白菜各有所爱，不爱请离开，但不要伤害。
哈哈哈，接下来进入正题，来大致梳理一下IOC和DI的相关知识。前两天看了一位技术牛人写的文章感觉很不错，在这里与大家分享一下。http://jinnianshilongnian.iteye.com/blog/1413846。

引入

IoC(控制反转) 、DI(依赖注入)以及AOP（面向切面编程）是spring中常常提及的词语。如果你感到有些模糊或者困惑，希望这篇文章能够带给你启发和帮助。接下来主要讲讲我对IOC和DI的理解。

正文

1 、 who？ IOC是谁？

Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下：

●谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对 象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。

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

还是老套路，上图更方便理解。

传统的创建对象方式

---

接下来是IOC/DI容器创建

2 、what to do？ IOC要做啥？

我们在编程时，一直在追求着 设计出松耦合、更优良的程序。IOC恰好帮我们巧妙的完成了这项工作。有了IoC容器后，创建和查找依赖对象的控制权交给了容器。所以对象与对象之间是松耦合的，方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得更加灵活。

3 、who ？ DI是谁？

IoC的一个重点是在系统运行中，动态的向某个对象提供它所需要的其他对象。这一点是通过DI（Dependency Injection，依赖注入）来实现的。
理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”，那我们来深入分析一下：

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

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

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

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

4 、 总结

我是一个A对象，我想租房，房子是B对象，IOC就像是一个中介。按着传统的方式，我可能要自己去寻找我需要的B对象，也就是主动创建一个。但是有了IOC的存在之后，我只需要告诉IOC容器我需要什么，他会去帮我找到B，然后把B给我，也就是我被动接受了一个B。如果我们对于选的结果不满意，我们就会抛出异常。整个过程不再由我自己控制，而是有中介这样一个类似容器的机构来控制。
DI也就是中介通知我的方式，是电话呢，还是微信，还是发邮件呢？总之是把B对象的信息给了我。

说到中介，不想吐槽价格和质量。但是我马上就要毕业了，也要面临一个很现实的问题。虽然家在北京，但是如果毕业找的公司离家较远，在路上通勤会很浪费时间。公交车早晚高峰不太现实，上地铁跟上战场一样，想学东西看东西效率都太低了。所以很可能也会在公司附近租个房子，每天能节省1.5小时的通勤时间，那一周就是7个小时，相当于通宵了一次，一个月大致30小时，相当于通宵4-5次。一年下来… 能节省出大量时间提高自己的同时，还减少了舟车劳顿的消耗。当然理想是美好的，能不能做到就不知道了哈哈。大家有关于通勤时间利用的经验和建议吗？