IoC(Inversion of Control):
- 控制反转，就是用容器来控制业务对象之间的依赖关系，而非传统实现，由代码直接操控。这也就是所谓的“控制反转”的概念所在；
控制权由应用代码中转到了外部容器，控制权的转移，对象A获得依赖对象B的过程，由主动行为变为了被动行为，控制权颠倒过来了,即所谓的反转。控制权的转移带来的好处就是降低了业务对象之间的依赖程度。
Spring的IOC容器主要使用DI方式实现的。不需要主动查找，对象的查找、定位和创建全部由容器管理。
通俗点说就是不创建对象。以前我们要调用一个对象的方法，首先要new一个对象。但使用IOC容器，在代码中不直接与对象连接，而是在配置文件中描述要使用哪一个对象。容器负责将这些联系在一起。
Ioc即控制反转，它不是什么技术，而是一种设计模式；
Ioc模式，系统中通过引入实现了Ioc模式的Ioc容器，即可由Ioc容器来管理对象的生命周期、依赖关系等，从而使得应用程序的配置和依赖性规范与实际的应用程序代码分开。其中一个特点就是通过文本的配置文件进行应用程序与组件相互关系的配置，而不用重新修改并编译具体的代码。
Ioc模式可以说是工厂设计模式的升华，我们可以把Ioc看着是一个大工厂，只不过这个大工厂里面要生成的对象都是在XML文件中给出定义的，然后利用Java的反射，根据XML中给出的类名生成相应的对象。从实现上看，Ioc是把以前在工厂方法里面写死的 对象生成代码，改由XML文件定义，也就是把工厂与对象生成这两种独立开来，提高了程序的灵活性和维护性。
Ioc中最基本的技术就是反射编程。其实Hibernate、String中都是用反射作为最基本的技术手段。
Ioc最大的好处就是把对象放在了XML里面定义，所以当我们需要换一个实现子类将会变得很简单(通常这样的对象都是实现于某种接口的)，它只需要修改XML配置文件就可以了。
Ioc最大的缺点就是生成一个对象的步骤变复杂了，对于不习惯这种操作方式的人，会觉得特别别扭。由于使用反射编程，在生成对象上效率有些损耗。但相对于Ioc提供的维护性和灵活性来说，这是微不足道的，除非某些对象的生成效率要求特别高。缺少IDE重构操作的支持，比如我们要修改某一个类名，还的到XML文件中手动修改。
DI(Dependency Injection):
依赖注入就是将实例变量传入到一个对象中去(Dependency injection means giving an object its instance variables)。
在Spring中，每个bean代表一个对象的实例，默认是单例模式，即在程序的生命周期内，所有的对象都只有一个实例，进行重复使用。通过配置bean，IoC容器在启动的时候会根据配置生成bean实例。具体的配置语法参考Spring文档。这里只要知道IoC容器会根据配置创建MovieFinder，在运行的时候把MovieFinder赋值给MovieLister的finder属性，完成依赖注入的过程。
