使用Spring也有一段时间了,对依赖注入(DI)与控制反转(IOC)也有了一些印象，写这篇博客记录
一.什么是依赖
大家可以想一想在使用Spring之前，如果在A类中使用到了B 类的话，我们必须要new一个B的实例对象，才能使用B的属性与方法。这样的话，A类与B类之间就有了依赖关系。但这样的话，类之间的耦合度就太高了，代码的可扩展性和可维护性都不高。当然，也可以通过工厂模式，抽象工厂， Builder模式等方式解除他们的依赖。但现在Spring帮我们完成了这些工作，我们为什么还要自己去费心费力呢。
二.Spring怎么做到的依赖注入
1.设值注入
设值注入是指 IoC 容器使用属性的 setting 方法来注入被依赖的实例。
先创建一个实体对象（Bean）
public class HelloWorld {
private String msg;
public String getMsg() {
return msg;
}
public void setMsg(String msg) {
this.msg = msg;
}
}
再配置文件applicationContext.xml，实例化bean
<bean id="helloBean" class="com.spring.demo.HelloWorld">
<property name="msg" value="Hello World!"/>
</bean>
2.构造注入
除了设值注入，还有另一种注入方式，这种方式在构造实例时，已为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式，被称为构造注入。
先创建一个实体对象（Bean）
public class HelloWorld {
private String msg;
//需要一个默认无参构造器
public HelloWorld(){}
public HelloWorld(String msg){
this.msg = msg;
}
public String getMsg() {
return msg;
}
public void setMsg(String msg) {
this.msg = msg;
}
}
再配置文件applicationContext.xml，实例化bean。
<bean id="hello" class="com.spring.demo.HelloWorld">
<constructor-arg index="0">
<value>HelloWorld!</value>
</constructor-arg>
</bean>
3.流程总结
解析xml, 获取各种元素
通过Java反射把各个bean 的实例创建起来： com.coderising.OrderProcessor , OrderServiceImpl, EmailServiceImpl.
还是通过Java反射调用OrderProcessor的两个方法：setOrderService(....) 和 setEmailService(...) 把orderService , emailService 实例 注入进去。
Spring的处理方式和上面说的非常类似， 当然Spring 处理了更多的细节，例如不仅仅是setter方法注入， 还可以构造函数注入，init 方法， destroy方法等等， 基本思想是一致的。
而正因为对象的创建过程和装配过程都是Spring做的， 那Spring 在这个过程中就可以玩很多把戏了， 比如对业务类做点字节码级别的增强， 搞点AOP什么的， 这都不在话下了。
4.IOC vs DI
“不要给我们打电话，我们会打给你的(don‘t call us, we‘ll call you)”这是著名的好莱坞原则。
在好莱坞，把简历递交给演艺公司后就只有回家等待。由演艺公司对整个娱乐项目完全控制，演员只能被动式的接受公司的差使,在需要的环节中，完成自己的演出。
这和软件开发有一定的相似性， 演员们就像一个个Java Object, 最早的时候自己去创建自己所依赖的对象， 有了演艺公司（Spring容器）的介入，所有的依赖关系都是演艺公司搞定的， 于是控制就翻转了
Inversion of Control, 简称IoC。
但是IoC这个词不能让人更加直观和清晰的理解背后所代表的含义， 于是Martin Flower先生就创造了一个新词 : 依赖注入 (Dependency Injection，简称DI), 是不是更加贴切一点？
