關於依賴注入, 這篇博文寫的非常簡單易懂.
https://github.com/android-cn/blog/tree/master/java/dependency-injection
此外, 博文http://blog.csdn.net/hy6688_/article/details/40658835 中介紹了IoC的三種常見DI實現方式. - 構造器注入, Setter注入, 接口注入.
依賴注入
1. 依賴
如果在 Class A 中，有 Class B 的實例，則稱 Class A 對 Class B 有一個依賴。例如下面類 Human 中用到一個 Father 對象，我們就說類 Human 對類 Father 有一個依賴。
public class Human {
...
Father father;
...
public Human() {
father = new Father();
}
}
仔細看這段代碼我們會發現存在一些問題：
(1). 如果現在要改變 father 生成方式，如需要用new Father(String name)初始化 father，需要修改 Human 代碼；
(2). 如果想測試不同 Father 對象對 Human 的影響很困難，因為 father 的初始化被寫死在了 Human 的構造函數中；
(3). 如果new Father()過程非常緩慢，單測時我們希望用已經初始化好的 father 對象 Mock 掉這個過程也很困難。
2. 依賴注入
上面將依賴在構造函數中直接初始化是一種 Hard init 方式，弊端在於兩個類不夠獨立，不方便測試。我們還有另外一種 Init 方式，如下：
public class Human {
...
Father father;
...
public Human(Father father) {
this.father = father;
}
}
上面代碼中，我們將 father 對象作為構造函數的一個參數傳入。在調用 Human 的構造方法之前外部就已經初始化好了 Father 對象。像這種非自己主動初始化依賴，而通過外部來傳入依賴的方式，我們就稱為依賴注入。
現在我們發現上面 1 中存在的兩個問題都很好解決了，簡單的說依賴注入主要有兩個好處：
(1). 解耦，將依賴之間解耦。
(2). 因為已經解耦，所以方便做單元測試，尤其是 Mock 測試。
3. Java 中的依賴注入
依賴注入3種常見途徑: Dependency Injection via
- constructor
- property setter
- interface injection - 被注入類去實現需要注入類的接口
在 Java 中，使用注解是最常用的。通過在字段的聲明前添加 @Inject 注解進行標記，來實現依賴對象的自動注入。
public class Human { ... @Inject Father father; ... public Human() { } } 上面這段代碼看起來很神奇：只是增加了一個注解，Father 對象就能自動注入了？這個注入過程是怎么完成的？ 實質上，如果你只是寫了一個 @Inject 注解，Father 並不會被自動注入。你還需要使用一個依賴注入框架，並進行簡單的配置。現在 Java 語言中較流行的依賴注入框架有 Google Guice、Spring 等，而在 Android 上比較流行的有 RoboGuice、Dagger 等。其中 Dagger 是我現在正在項目中使用的。如果感興趣，你可以到 Dagger 實現原理解析 了解更多依賴注入和 Dagger 實現原理相關信息。
IoC, 參見: http://blog.163.com/xianghuxian@126/blog/static/50639037200721345218382/
IoC（Inversion of Control），這是spring的核心，貫穿始終。所謂IoC，對於spring框架來說，就是由spring來負責控制對象的生命周期和對象間的關系。這是什么意思呢，舉個簡單的例子，我們是如何找女朋友的？常見的情況是，我們到處去看哪里有長得漂亮身材又好的mm，然后打聽她們的興趣愛好、qq號、電話號、手機號、MSN………，想辦法認識她們，投其所好送其所要，然后嘿嘿……這個過程是復雜深奧的，我們必須自己設計和面對每個環節。傳統的程序開發也是如此，在一個對象中，如果要使用另外的對象，就必須創建它（自己new一個，或者從JNDI中查詢一個），使用完之后還要將對象銷毀（比如，Connection等），對象始終會和其他的接口或類藕合起來。
那么IoC是如何做的呢？有點像通過婚介找女朋友，在我和女朋友之間引入了一個第三方機構：婚姻介紹所。婚介管理了很多男男女女的資料，我可以向婚介所提出一個列表，告訴它我想找個什么樣的女朋友，比如長得像李嘉欣，身材像林林志玲，唱歌像劉德華，速度像劉翔，身高像姚明之類的，然后婚介就會按照我們的要求，提供一個mm，我們只需要去和她談戀愛、結婚就行了。簡單明了，如果婚介給我們的人選不符合要求，我們就會拋出異常。整個過程不再由我自己控 制，而是有婚介這樣一個類似容器的機構來控制。Spring所倡導的開發方式就是如此，所有的類都會在spring容器中登記，告訴spring你是個什么東西，你需要什么東西，然后spring會在系統運行到適當的時候，把你要的東西主動給你，同時也把你交給其他需要你的東西。所有的類的創建、銷毀都由spring來控制，也就是說控制對象生存周期的不再是引用它的對象，而是spring。對於某個具體的對象而言，以前是它控制其他對象，現在是所有對象 都被spring控制，所以這叫控制反轉。如果你還不明白的話，我決定放棄。
IoC的一個重點是在系統運行中，動態的向某個對象提供它所需要的其他對象。這一點是通過DI（Dependency Injection，依賴注入）來實現的。比如對象A需要操作數據庫，以前我們總是要在A中自己編寫代碼來獲得一個Connection對象，有了spring我們就只需要告訴spring，A中需要一個Connection，至於這個Connection怎么構造，何時構造，A不需要知道。在系統 運行時，spring會在適當的時候制造一個Connection，然后像打針一樣，注射到A當中，這樣就完成了對各個對象之間關系的控制。A需要依賴 Connection才能正常運行，而這個Connection是由spring注入到A中的，依賴注入的名字就這么來的。那么DI是如何實現的呢？ Java 1.3之后一個重要特征是反射（reflection），它允許程序在運行的時候動態的生成對象、執行對象的方法、改變對象的屬性，spring就是通過反射來實現注入的。