1.写在前面

首先来想一件事，作为程序员，怎么开发程序才最巴适？

我觉得最起码有两点：开发简单、升级简单。

开发简单，就是我们只管写业务逻辑（培养只会写 if-else 的程序员）。
升级简单，这里也包含两点：

我们使用的技术（可理解为框架）出了什么问题，可以简单的进行升级，不影响业务；
业务需求变了，也可以很容易的找到并修改代码，特别是不能牵一发而动全身，哪里出问题就改哪里。

这两点要求用专业点的话说就是非侵入式编程，说直白了就是框架代码和业务代码相分离，谁也别碍着谁。

要实现这一目的，框架设计思想就来了——控制反转！

2.控制反转

控制反转/Ioc，指框架扮演主程序的角色，以骨架式方案控制整个系统的流程（应用程序员提供支持代码）。反转是指主程序从应用程序员编写变成了框架设计者编写，或者说从应用程序员调用库函数，变成框架调用回调接口（而应用程序员小媳妇般地编写回调函数）。

这里有篇文章写得不错，抱着淡定的心态去看：

什么是控制反转（Inversion of Control）_yqj2065的博客-CSDN博客_控制反转https://blog.csdn.net/yqj2065/article/details/51589813

3.Spring中的依赖注入

下面我们结合Spring的IoC容器，简单描述一下这个过程。

class MovieLister...
    private MovieFinder finder;
    public void setFinder(MovieFinder finder) {
        this.finder = finder;
    }
class ColonMovieFinder...
    public void setFilename(String filename) {
        this.filename = filename;
    }

我们先定义两个类，可以看到都使用了依赖注入的方式，通过外部传入依赖，而不是自己创建依赖。

那么问题来了，谁把依赖传给他们，也就是说谁负责创建finder，并且把finder传给MovieLister。答案是Spring的IoC容器。

要使用IoC容器，首先要进行配置。这里我们使用xml的配置，也可以通过代码注解方式配置。下面是spring.xml的内容

<beans>
    <bean id="MovieLister" class="spring.MovieLister">
        <property name="finder">
            <ref local="MovieFinder"/>
        </property>
    </bean>
    <bean id="MovieFinder" class="spring.ColonMovieFinder">
        <property name="filename">
            <value>movies1.txt</value>
        </property>
    </bean>
</beans>

在Spring中，每个bean代表一个对象的实例，默认是单例模式，即在程序的生命周期内，所有的对象都只有一个实例，进行重复使用。通过配置bean，IoC容器在启动的时候会根据配置生成bean实例。

这里只要知道IoC容器会根据配置创建MovieFinder，在运行的时候把MovieFinder赋值给MovieLister的finder属性，完成依赖注入的过程。下面给出测试代码

public void testWithSpring() throws Exception {
    ApplicationContext ctx = new FileSystemXmlApplicationContext("spring.xml");//1
    MovieLister lister = (MovieLister) ctx.getBean("MovieLister");//2
    Movie[] movies = lister.moviesDirectedBy("Sergio Leone");
    assertEquals("Once Upon a Time in the West", movies[0].getTitle());
}