使用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.流程总结

1. 解析xml, 获取各种元素

2. 通过Java反射把各个bean 的实例创建起来： com.coderising.OrderProcessor , OrderServiceImpl, EmailServiceImpl.

3. 还是通过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), 是不是更加贴切一点？

参考资料：http://mp.weixin.qq.com/s/K7pm23rzEOTAjFa7AFez3g