Spring BeanFactory提供了類似pico container中自動裝配組件依賴的對象的功能。自動裝配能應用在每個組件上，可以為一些組件定義自動裝配，而另一些組件則不使用。
使用”autowire”屬性可以設置自動裝配，autowire有五種模式：
默認屬性，不進行自動裝配。
通過bean的屬性名稱自動裝配合作者。
SHAPE \* MERGEFORMAT
Spring用bean 中set方法名和BeanFactory中定義的合作者的名稱做匹配，一但2者匹配，Sping就會把合作者進行注入。
可以使用id屬性也可以使用name屬性定義合作者的名稱，這2個屬性在Spring進行自動裝配時沒有區別。
當有多個名稱相同的合作者在Spring中定義時，Srping在自動裝配時選擇最后一個定義的合作者注入。
SHAPE \* MERGEFORMAT
在多個合作者名稱相同進行自動裝配時，合作者的id屬性并不會比name屬性優先處理。無論怎樣定義Spring總會把最后一個定義的合作者注入。
通過bean set方法中參數的類型和BeanFactory中定義合作者的類型做匹配，Spring會找到匹配的合作者進行注入。
SHAPE \* MERGEFORMAT
在byType自動裝配模式中，Spring不關心合作者的名稱，只關心合作者的類型是否滿足條件。
類似上面介紹的byName的方式，在byType方式中，當具有相同名稱并且有相同類型的多個合作者被找到時，Spring會注入最后一個定義的合作者。
SHAPE \* MERGEFORMAT
在byType裝配時，如果有2個不同名稱但是類型相同的合作者被找到，那么Spring會拋出一個依賴異常。
SHAPE \* MERGEFORMAT
拋出依賴異常，通知用戶在byType方式中同樣類型的Bean只能定義一個。
org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'dao' defined in class path resource [research/spring/beanfactory/ch3/context.xml]: Unsatisfied dependency expressed through bean property 'database': There are 2 beans of type [class research.spring.beanfactory.ch3.Database] for autowire by type. There should have been 1 to be able to autowire property 'database' of bean 'dao'...
constructor
constructor其實時按byType的方式進行構造函數的注入。
SHAPE \* MERGEFORMAT
constructor裝配方式不關心構造參數的順序，無論構造函數參數的順序如何Spring都會按類型匹配到正確的合作者進行注入。
在byType方式中，當沒有找到類型相同的合作者時Spring什么都不會去做。但是在constructor方式中，當沒有找到和Bean構造函數中參數類型相匹配的合作者時，Spring會拋出異常。
Spring在進行constructor方式的自動裝配時，強制要求所有的構造函數中所有的合作者都必須存在。
在autodetect的方式中，Spring檢查一個Bean內部是否有默認的構造函數。如果有默認的參數Spring就使用byType的方式進行自動裝配。如果沒有默認的構造函數Spring則使用constructor的方式進行自動裝配。
如果一個Bean同時定義了默認構造函數和帶參數的構造函數，Spring仍會使用byType的方式進行裝配。
不管使用上述哪種裝配方式，都可以在Bean中顯示的定義合作者。顯示定義的依賴關系優先級比自動裝配高。
自動裝配的功能可以和自動依賴檢查一起使用。Spring會首先進行自動裝配，然后在進行依賴檢查。
自動裝配提供了簡化配置的可能性，但是我并不建議在項目中大量的使用自動裝配，特別時byType方式。因為自動裝配，尤其時byType方式，破壞了Bean和合作者之間顯示的依賴關系，所有的依賴關系都時不明顯的。在使用自動裝配后我們的依賴關系需要到源代碼中才能看到，這使得維護或文檔化Bean的依賴關系變得很困難。
適當的使用自動裝配比如byName方式的裝配，是有一些好處的。比如我們在一些特定的范圍里可以借助byName自動裝配的功能來實現“
以慣例來代替配置”的框架。