java spring IOC/DI

一、IOC（invovation of control）：控制反转
IOC不是什么技术，而是一种设计思想（spring被创造出来的时候就说了：spring没有新技术，只有新思想）。在java开发中，IOC意味着将你设计好的对象交给容器控制。而不是传统的在你的对象内部直接控制。
理解好IOC的关键是要明确：“谁控制谁，控制了什么，为何是反转，哪些方面反转了”
1、谁控制了谁，控制了什么：在传统的Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IOC是有专门一个容器来创建这些对象，也就是IOC容器来控制对象的创建而不是显式的使用new;所以
谁控制了谁？当然是IOC容器控制了对象。
控制了什么？主要是控制了外部资源的获取和生命周期（不只是对象也包括文件等）
2、为何是反转，哪些方面反转了：
（1）控制反转：对象不再是由程序员控制，交给IOC容器，对象什么时候创建、创建什么类型的对象都是由IOC容器决定的，对象的管理权限在IOC容器手上。
（2）控制正转：User user = new user();对象的创建由程序员来创建，程序中需要一个对象，就由程序员手动的创建一个，对象什么时候创建、创建什么类的对象都是由程序员决定的，对象的控制权在程序员手上。
为何是反转？：因为，本来如果我们类需要外部资源（依赖对象），那我们就在类中去主动获取资源（依赖对象），而使用ICO是，我们需要某些资源，不再是我们主动去获取资源，而是由容器帮助我们查找资源，然后再将资源（依赖对象）注入进来。我们的程序中的对象只是被动的接收依赖对象。从主动获取到被动接收注入，所以是反转。
哪些方面反转了？：外部资源（依赖对象）的获取反转了。

二、DI(Dependency Injection):依赖注入
是指组件之间的依赖关系由容器运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件中。依赖注入的目的并非为了给软件系统带来更多的功能，而是为了提升组件重用评率，并为系统搭建一个灵活，可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可以指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”
1、谁依赖谁：应用程序依赖于IOC容器；
2、为什么需要依赖：想要通过IOC容器为应用程序提供对象所需要的外部资源（应用程序需要IOC容器来提供对象需要的外部资源）
3、谁注入谁：IOC容器注入给应用程序某个对象应用程序依赖的对象（IOC将应用程序所依赖的对象注入给应用程序的某个对象）
4、注入了什么：就是注入了某个对象所需要的外部资源（包括对象、资源、常量数据）

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

可以理解成IOC和DI是从不同的角度描述同一个事物：
IOC：从程序、程序员的角度，对象的控制从自己手中到了IOC容器的手中，所以叫控制反转
DI：站在IOC容器的角度，IOC容器发现某个对象需要另外一个对象（依赖），IOC容器就主动将这个依赖注入到该对象中，所以称为依赖注入。
就好比：我把小明打了。和 小明被我打了。只是站在我和小明两个角度陈述同一件事。