Spring依賴注入和例項化(new)的差別。

Sping為什麼使用依賴注入而不使用例項化物件的方式？

首先說明一下概念

依賴注入(Dependency of Injection)和控制反轉(Inversion of Control 簡稱：ioc)是一個概念。

具體含義：

   當某個角色(java例項class A，呼叫者)需要另一個角色(另一個Java例項class B，被呼叫者)的協助時，在傳統的程式設計過程中通常由呼叫者來建立被呼叫者的例項(在class A裡面 初始化class B)。
但在Spring裡，建立被呼叫者例項的工作不再由呼叫者來完成。因此成為控制反轉(ioc)。建立被呼叫者例項的工作由Spring容器來完成，然後注入呼叫者

不管是依賴注入還是控制反轉，都說明Spring採用動態靈活的方式來管理各種物件，物件與物件之間的具體實現互相透明。

在理解依賴注入之前，看如下這個問題在各種社會形態裡如何解決:一個人(Java例項，呼叫者)需要一把斧子(Java例項，被呼叫者)。

-  原始社會裡，幾乎沒有社會分工。需要斧子的人(呼叫者)只能自己去磨一把斧子(被呼叫者)。對應的情形為:Java程式裡的呼叫者自己建立被呼叫者。
- 進入工業社會，工廠出現。斧子不再由普通人完成，而在工廠裡被生產出來，此時需要斧子的人(呼叫者)找到工廠，購買斧子，無須關心斧子的製造過程。對應Java程式的簡單工廠的設計模式。

• 第一種情況下，Java例項的呼叫者建立被呼叫的Java例項，必然要求被呼叫的Java類出現在呼叫者的程式碼裡。無法實現二者之間的鬆耦合。
  
• 第二種情況下，呼叫者無須關心被呼叫者具體實現過程，只需要找到符合某種標準(介面)的例項，即可使用。此時呼叫的程式碼面向介面程式設計，可以讓呼叫者和被呼叫者解耦，這也是工廠模式大量使用的原因。但呼叫者需要自己定位工廠，呼叫者與特定工廠耦合在一起。
  
• 第三種情況下，呼叫者無須自己定位工廠，程式執行到需要被呼叫者時，系統自動提供被呼叫者例項。事實上，呼叫者和被呼叫者都處於Spring的管理下，二者之間的依賴關係由Spring提供。

所謂依賴注入，是指程式執行過程中，如果需要呼叫另一個物件協助時，無須在程式碼中建立被呼叫者，而是依賴於外部的注入。Spring的依賴注入對呼叫者和被呼叫者幾乎沒有任何要求，完全支援對POJO之間依賴關係的管理。依賴注入通常有三種:

- set設值注入
- 建構函式注入
- spring註解注入

其實我一開始也好樓主有同樣的困惑，但是在專案的慢慢積累，感覺spring的配置檔案太有才了

我就和你分享一點：那就是軟體的後期維護

比如說有一個訂單的DAO介面：interface OrderDAO

在開發的時候我是用的MySql資料庫，實現類為 class MySqlOrderDAOImpl implements OrderDAO

在業務程式碼裡面，我要使用OrderDAO，這沒什麼難的，直接new一個物件不就行了嗎，於是我就這樣了：

OrderDAO dao = new MySqlOrderDAOImpl();

輕鬆完成，最後專案完成，實施運營了，後來客戶發現MySql不行了，要換成Oracle，這不難，我在寫一個OrderDAO的實現類不就行了嗎，於是我兩指一揮：

class OracleOrderDAOImpl implements OrderDAO

可是這樣就又來了一個麻煩就是在我的業務程式碼裡面，我都是自己new的物件，都是“MySqlOrderDAOImpl”，

沒問題，把 “MySqlOrderDAOImpl” 替換成”OracleOrderDAOImpl “就可以了

於是，全體動員，查詢“MySqlOrderDAOImpl”然後替換成”OracleOrderDAOImpl “，這樣浪費了半天，還可能有些地方還沒替換呢

=============================================

後來就想到了spring的Ioc，在配置檔案裡配置OrderDAO的實現類就可以了，只要OrderDAO的有新的實現類，我只是在配置檔案中修改一下就可以了，大概需要幾秒鐘吧，時間太快，沒法計算啊（呵呵）

我知道樓主知道依賴注入，所有配置檔案的細節就不說了，不知道我的分享對樓主是否有幫助注入只需要改XML，例項化要改程式碼。

程式拿到其它地方了，比如說伺服器上，伺服器上沒eclipse,我要改SQL連線的字串，就改XML噻，比改程式碼方便噻。同意樓上的，