一．依賴簡介
一個典型的企業應用程序不是由一個單一的對象組成（或Spring的說法中的bean）。即使是最簡單的應用程序也只有幾個對象一起工作來呈現最終用戶看作是一個連貫的應用程序。如何從定義許多獨立的bean定義到完全實現的應用程序，在這些應用程序中對象協作實現目標。
有關spring的設計模式和應用詳情可以參考我這篇文章《spring常用設計模式及應用》
二．依賴注入
依賴注入（DI）是一個過程，通過這個過程，對象可以通過構造函數參數，工廠方法的參數或者在構造或返回對象實例後設置的屬性來定義它們的依賴關係從工廠方法。然後容器在創建bean時注入這些依賴關係。這個過程從根本上說是相反的，因此名爲控制反轉（IoC），它本身通過使用類的直接構造或服務定位符模式來控制它自己的依賴關係的實例化或位置。
代碼與DI原則相比更加清晰，當對象提供依賴時，解耦更爲有效。該對象不查找它的依賴關係，不知道依賴關係的位置或類。因此，您的類變得更容易測試，特別是當依賴關係在接口或抽象基類上時，它們允許在單元測試中使用存根或模擬實現。
DI存在兩種主要的變體，基於構造函數的依賴注入和基於Setter的依賴注入。
三．基於構造函數的依賴注入
基於構造器的 DI通過容器調用具有多個參數的構造器來完成，每個參數表示一個依賴關係。調用static具有特定參數的工廠方法來構造這個bean幾乎是等價的，而且這個討論同樣將參數作爲構造函數和static工廠方法來處理。以下示例顯示了只能通過構造函數注入進行依賴注入的類。請注意，這個類沒有什麼特別之處，它是一個POJO，它不依賴於容器特定的接口，基類或註釋。
public class SimpleMovieLister {
private MovieFinder movieFinder;
public SimpleMovieLister(MovieFinder movieFinder) {
this.movieFinder = movieFinder;
}
}
1.構造器參數匹配
構造函數參數解析匹配使用參數的類型進行。如果bean定義的構造函數參數中沒有潛在的歧義，那麼bean定義中定義構造函數參數的順序就是在實例化bean時將這些參數提供給適當構造函數的順序。
package x.y;
public class Foo {
public Foo(Bar bar, Baz baz) {
// ...
}
}
沒有潛在的歧義存在，假設Bar和Baz不是繼承關係。因此，以下配置好，你不需要指定構造器參數指標明確在<constructor-arg> 索引，類型或類型。
<beans>
<bean id="foo" class="x.y.Foo">
<constructor-arg ref="bar"/>
<constructor-arg ref="baz"/>
</bean>
<bean id="bar" class="x.y.Bar"/>
<bean id="baz" class="x.y.Baz"/>
</beans>
在前面的場景中，如果使用類型屬性顯式地指定構造函數參數的類型，容器可以使用與簡單類型的類型匹配。
<bean id="exampleBean" class="examples.ExampleBean">
<constructor-arg type="int" value="7500000"/>
<constructor-arg type="java.lang.String" value="42"/>
</bean>
使用索引屬性指定顯式構造函數參數的指數。
<bean id="exampleBean" class="examples.ExampleBean">
<constructor-arg index="0" value="7500000"/>
<constructor-arg index="1" value="42"/>
</bean>同樣也可以使用構造器參數名稱匹配
<bean id="exampleBean" class="examples.ExampleBean">
<constructor-arg name="years" value="7500000"/>
<constructor-arg name="ultimateAnswer" value="42"/>
</bean>
2.基於Setter方法
在調用無參數構造函數或無參數靜態工廠方法實例化bean時，基於bean的調用Setter方法是通過bean調用Setter方法完成的。
public class SimpleMovieLister {
private MovieFinder movieFinder;
public void setMovieFinder(MovieFinder movieFinder) {
this.movieFinder = movieFinder;
}
}
Spring團隊通常提倡構造函數注入，因爲它使一個能夠將應用程序組件作爲不可變對象實現，並確保所需的依賴項不是null。此外，構造函數注入的組件總是返回到完全初始化狀態的客戶機（調用）代碼中。作爲一個方面說明，大量的構造函數的參數是一個糟糕的代碼的氣味，這意味着類可能有太多的責任和應該被更好的問題解決的適當分離。
Setter注入應該主要用於可選的依賴關係，這些依賴關係可以在類中分配合理的默認值。否則，非空檢查必須在代碼使用依賴項的任何地方執行。第=一個優勢就是在於setter方法使該類的對象能夠重新配置或重新注入。因此通過JMX MBean管理是setter注入一個引人注目的用例.