为什么要用IOC

原本在代码中创建对象的直接new出来就好了，而且这样代码也没有问题呀，为什么我们要使用Spring的IOC进行控制反转和依赖注入？
控制反转：原本我们对象创建的控制权是由程序员自己决定的，现在我们某一接口具体实现类的选择控制权从调用类中移除，转交给第三方（Spring）决定,写在配置文件中。

依赖注入：因为IoC确实不够开门见山，因此业界曾进行了广泛的讨论，最终软件界的泰斗级人物Martin Fowler提出了DI（依赖注入：Dependency Injection）的概念用以代替IoC，即让调用类对某一接口实现类的依赖关系由第三方（容器或协作类）注入，以移除调用类对某一接口实现类的依赖。

这样的好处是什么？
原本的代码是直接使用new的方式创建对象，导致的问题就是对象之间的依赖关系十分严重，耦合度非常高而且依赖关系都写死在了代码里，项目不易修改和维护，，一旦需要修改，就必须要改代码，违背了我们对扩展开放，对修改关闭的原则。
但是使用spring中后就不一样了，我们在代码里面只需要声明我需要什么样的接口，由Spring帮助我们进行依赖注入,那么一旦我们需要更换实现类，那么只需要修改Spring的配置文件即可，不需要修改代码。
IOC的优点和缺点
IOC的优点

 a、实现组件之间的解耦，提高程序的灵活性和可维护性。

IOC的缺点:

• 创建对象的步骤变复杂了，不直观，当然这是对不习惯这种方式的人来说的。

• 因为使用反射来创建对象，所以在效率上会有些损耗。但相对于程序的灵活性和可维护性来说，这点损耗是微不足道的。

• 缺少IDE重构的支持，如果修改了类名，还需到XML文件中手动修改，这似乎是所有XML方式的缺憾所在。

• IOC的应用：
  IOC模式将耦合代码从程序中移出，放到统一的XML文件中管理。由IOC容器通过配置文件来管理对象的生命周期、依赖关系等，这样就不用重新修改并编译具体的代码，从而实现组件之间的解耦。
  参考文章：
  为什么要使用spring IOC以及它的作用