谈谈对Spring IOC的理解

学习过Spring框架的人一定都会听过Spring的IoC(控制反转) 、DI(依赖注入)这两个概念，对于初学Spring的人来说，总觉得IoC 、DI这两个概念是模糊不清的，是很难理解的，今天和大家分享网上的一些技术大牛们对Spring框架的IOC的理解以及谈谈我对Spring Ioc的理解。

以下是原文链接，先看原文内容，再来看我对Spring IOC的理解会比较容易懂

原文链接：http://www.cnblogs.com/xdp-gacl/p/4249939.html

我对IoC(控制反转)和DI(依赖注入)的理解

        “ 在平时的应用开发中，我们要实现某一个功能或者说是完成某个业务逻辑时至少需要两个或以上的对象来协作完成，在没有使用Spring的时候，每个对象在需要使用他的合作对象时，自己均要使用像new object() 这样的语法来将合作对象创建出来，这个合作对象是由自己主动创建出来的，创建合作对象的主动权在自己手上，自己需要哪个合作对象，就主动去创建，创建合作对象的主动权和创建时机是由自己把控的，而这样就会使得对象间的耦合度高了，A对象需要使用合作对象B来共同完成一件事，A要使用B，那么A就对B产生了依赖，也就是A和B之间存在一种耦合关系，并且是紧密耦合在一起，而使用了Spring之后就不一样了，创建合作对象B的工作是由Spring来做的，Spring创建好B对象，然后存储到一个容器里面，当A对象需要使用B对象时，Spring就从存放对象的那个容器里面取出A要使用的那个B对象，然后交给A对象使用，至于Spring是如何创建那个对象，以及什么时候创建好对象的，A对象不需要关心这些细节问题(你是什么时候生的，怎么生出来的我可不关心，能帮我干活就行)，A得到Spring给我们的对象之后，两个人一起协作完成要完成的工作即可。”

对于上面这段话，我有自己的想法。

       我们在A类中要使用到B类，我觉得即便将实例化的过程放到Spring中完成，依然没有改变A类对B类的依赖。

不管哪里来实例化，我在A类中已经定义了B类这个变量属性，就注定A类一定会依赖B类，

所以真正想让他们解耦的话，就需要用到接口IB，让B类来继承实现，在A类中定义IB变量属性，

实例化的时候再来确定具体执行的对象，这样即便B类被删了，或者我需要另外一个C类来代替B类，

只需要让C类继承实现IB接口，这样才真正达到了A类和B类之间解耦的目的