Spring框架的核心就是控制反轉(Inversion of Control)和依賴注入(Dependency Injection)，通過這兩方面來實現鬆耦合。
    使用IoC，物件是被動的接受依賴類，而不是自己主動的去找。容器在例項化的時候主動將它的依賴類注入給它。可以這樣理解：控制反轉將類的主動權轉移到介面上，依賴注入通過xml配置檔案在類例項化時將其依賴類注入。通過下面的例項來逐步的理解：


    首先假設有一個需求，類Business需要呼叫類Dependency的方法f()，按照日常的做法，得到下面的程式碼：
//**類Dependency**
public class Dependency {
    public void f() {};
}
//**類Business**
public  class Business {
    Dependency d;
    public Business() {
    d = new Dependency();
    }
    public void doSth() {
        d.f();
    }
}


    對上述實現做出如下修改：
    首先，將Business裡的Dependency例項的獲得該為setter方式，其次，將Dependency類改為某個介面的實現。故可以得到下面新的程式碼：
//**介面IDependency**
public interface IDependency {
    void f();
}
//**類Dependency**
public class Dependency {
    public void f() {};
}
//**類Business**
public  class Business {
    IDependency d;
    public Business() {}
    public void doSth() {
     d.f();
    }
    public void setDependency(IDependency d) {
        this.d = d;
    }
}


    在新的程式碼中，首先Business的變數d可以接收任何IDependency的例項，另外，Dependency的例項不是通過Business來獲得，而是通過setter(也可以用構造器)來由外部傳給它。這似乎跟我們往常的程式碼沒什麼不同，但這已經是一個良好的設計。關鍵就是Dependency的例項如何從外部注入給Business呢？
這就要通過xml來實現了。
    建立一個SpringFirst.xml，進行簡單的配置：
<beans>
    <bean id = "dependency" class = "aopfirst.business.Dependency" />
    <bean
        id = "business"
        class = "aopfirst.business.Business"
    >
        <property name = "dependency">
            <ref bean = "dependency" />
        </property>
    </bean>
</beans>
    這個配置檔案裡將Dependency類和Business類加入，並將Dependency作為Business的一個引數。


    單有了這個xml檔案還不夠，還需要一個測試類來載入該xml檔案，spring提供了現成的API，在載入上面的xml的時候，就進行了如下工作：例項化Dependency類，例項化Business類，並將Dependency的例項作為引數賦給了Business例項的
setDependency()方法。下面是該測試程式：


public class StartServer {
    public static void main(String [] args) {
     ClassPathResource cr = new ClassPathResource("SpringFirst.xml");
     BeanFactory factory = new XmlBeanFactory(cr);
     Business b = (Business)factory.getBean("business");
     b.doSth();
    }
}


    上面的程式載入了xml以後，獲得id為"business"的bean，即Business類的例項，並呼叫了其doSth()方法。由此可見，Business的依賴類Dependency是通過xml來注入的，而且Business是通過介面IDependency來接收Dependency例項。因此，當我們又有新的IDependency的實現時，只需要修改xml檔案即可，測試程式只需要根據xml裡的id值來獲得需要的引數。

    總結上面的例子，對控制反轉

和依賴注入已經能理解了。依賴類(Dependency)是通過外部(xml)來注入的，而不是由使用它的類(Business)來自己製造，這就是依賴的注入。另一方面，Business對類Dependency的依賴轉移到對介面IDependency的依賴，控制權由類轉移到了介面，即由"實現"轉移到"抽象"中。這就是控制反轉。

-------------------------------------------------------------------

-------------------------------------------------------------------

說白了控制反轉就是：

1就是以前呼叫某類的方法，是直接呼叫某類的方法，該方法是就是具體實現。而引入控制反轉，呼叫的介面類的介面方法，而介面方法並沒有具體實現該方法，要以來控制反轉指定該方法的具體實現。

2可以簡單理解為，1以前都是new某類，現在是程式給你new了2你只需要呼叫介面的方法即可，而控制反轉給你指到具體實現的類。

---------我的理解：

1依賴注入：成員變數初始化，由xml外部注入，而不是自己new。

2控制反轉：成員變數是介面物件，而不是普通的類物件（包含完整函式實現）。

所以，簡單記憶：依賴注入=xml，控制反轉=介面。