Spring配置文件是用於指導Spring工廠進行Bean生產、依賴關係注入（裝配）及Bean實例分發的"圖紙"。Java EE程序員必須學會並靈活應用這份"圖紙"準確地表達自己的"生產意圖"。Spring配置文件是一個或多個標準的XML文檔，applicationContext.xml是Spring的默認配置文件，當容器啟動時找不到指定的配置文檔時，將會嘗試加載這個默認的配置文件。
下面列舉的是一份比較完整的配置文件模板，文檔中各XML標籤節點的基本用途也給出了詳細的解釋，這些XML標籤節點在後續的知識點中均會用到，熟練掌握了這些XML節點及屬性的用途後，為我們動手編寫配置文件打下堅實的基礎。
---------------------
下面，就上面的配置列舉一個示例：
Spring ApplicationContext.xml配置的12個技巧
Spring是一個強有力的java程序框架，其被廣泛應用於java的程序中。它用POJO提供了企業級服務。 Spring利用依賴注入可以獲得簡單而有效的測試能力。Spring beans，依賴關係，以及服務所需要的bean都將在配置文件中予以描述，配置文件一般採用XML格式。然而XML配置文件冗長而不易使用，在你進行一 個使用了大量bean的大項目中它將變得難以閱讀和控制。
在這篇文章中我將給你展示12種的有關Spring XML配置文件的最佳技巧。它們中的一些具有更多的實際意義，而不僅是最好的技巧。請注意另外一些因素，例如域模型的設計，會影響到XML配置，但是這篇文章更關注於XML配置的可讀性和可操控性。
1．避免使用自動裝配
Spring 可以通過bean類的自省來實現自動裝配依賴，這樣的話你就不必明確地描述bean的屬性或者構造函數的參數。根據屬性名稱活匹配類型，bean屬性可以 自動進行裝配。而構造函數可以根據匹配類型自動裝配。你甚至可以設置自動裝配進行自動偵測，這樣Spring替你就會選擇一個合適的機制。請看下面的例 子：
Spring 可以通過bean類的自省來實現自動裝配依賴，這樣的話你就不必明確地描述bean的屬性或者構造函數的參數。根據屬性名稱活匹配類型，bean屬性可以 自動進行裝配。而構造函數可以根據匹配類型自動裝配。你甚至可以設置自動裝配進行自動偵測，這樣Spring替你就會選擇一個合適的機制。請看下面的例 子：
class="com.lizjason.spring.OrderService" autowire="byName"/> OrderService 類的屬性名被用來和容器中的一個bean實例進行匹配。自動裝配會默默的保存一些類型信息並降低混亂。然而，由於它會犧牲掉這種配置的直觀性和可維護性， 你在實際的項目中將不會用到它。許多指南和陳述材料都把它吹捧為Spring的一個非常cool的特性，而沒有提到它的這個缺點。依我之見，就像 Spring的對象池一樣，它更多了一些商業味道。它看起來好像可以使XML配置文件更精簡一些，但實際上卻增加其複雜性，尤其是在你的較大規模的工程中 已經定義了很多bean的時候更是如此。Spring允許你混合使用自動和手動裝配，但是這種矛盾會使XML配置更加的令人費解。 2．使用命名規範 和Java 編碼的理念一樣，在項目中始終用清晰的，描述性的，一致的命名規範對開發人員理解XML配置非常有用。拿bean ID舉例來說，你可以遵循Java類中屬性的命名規範。比如說，OrderServiceDAO的bean ID應該是orderServiceDAO。對於大項目來說，在bean ID前加包名來作為前綴。 3．使用簡化格式 簡化格式有利於減少冗餘，因為它把屬性值和引用作為屬性，而不是子元素。看下面的例子：
以上程序可以重新以簡化格式書寫為：
簡化格式在1.2版本時已經可用了，但請注意不存在這種簡化格式不僅可以較少你的代碼輸入量，而且可以使XML配置更加的清晰。當你的配置文件中存在大量的bean定義時，它可以顯著地提高可讀性。
4．儘量使用type而不是index去解決構造函數參數的匹配問題
當構造函數中有多個同類型的參數時，Spring只允許你使用從0開始的index或者value標籤來解決這個問題。請看下面的例子：
最好用type屬性取代上面的做法：
用index可以稍微減少冗餘，但是它更容易出錯且不如type屬性可讀性高。你應該僅在構造函數中有參數衝突時使用index。
5．如可能，儘量複用bean定義
Spring 提供了一種類似於繼承的機制來降低配置信息的重複並使XML配置更加的簡單。一個子bean可以從它的父bean繼承配置信息，本質上這個父bean就像 它的子bean的一個模板。這是一個在大型項目中必須使用的特性。所有你要做的就是把父bean的abstract屬性置為true，並在子bean中加 以引用。例如：
shippingService bean繼承了abstractService bean的屬性companyName的值lizjason。注意，如果你為bean聲名一個class或工廠方法，這個bean將會默認為abstract
6．儘量使用ApplicationContext裝配bean，而不是用import
像Ant腳本中imports一樣，Spring的import 元素對於模塊化bean的裝配非常有用，例如：
然而，比起在XML中用imports預裝配這些bean，利用ApplicationContext來配置它們將更加靈活，也可以使XML配置更加的易於管理。你可以像下面這樣傳遞一個bean定義數組到ApplicationContext的構造函數中：
String[] serviceResources =
{"orderServices.xml",
"billingServices.xml",
"shippingServices.xml"};
ApplicationContext orderServiceContext = new
ClassPathXmlApplicationContext(serviceResources);
7．用id來標識bean
你可以用id 或名字作為bean的標識。用id可讀性較差，但是它可以影響XML分析器使bean的reference有效。如果id由於XML IDREF約束而無法使用，你可以用name作為bean的標識。XML IDREF約束是指id必須以字母開始(或者是在XML聲名了的一個標點符號)，後面可以是字母，數字，連字符，下劃線，冒號或full stops(不知道怎麼翻譯好)。在實際應用中很少會遇到XML IDREF約束問題。
8．在開發階段使用依賴檢查
你可以為bean的dependency-check屬性設置一個值來取代默認的none，比如說simple，objects或者all，這樣的話容器將替你做依賴有效性的檢查。當一個bean的所有屬性(或者某些屬性目錄)都被明確設置，或利用自動裝配時將會非常有用。
在這個例子中，容器將確保這些屬性不是privitives或者保證collections是為orderService bean設置的。為所有的bean設置默認的依賴檢查是可能的，但這個特性由於有些bean的屬性不需要設置而很少使用。
9．為每個配置文件加一個描述註釋
在XML配置文件中最好使用有描述性的id和name，而不是成堆的註釋。另外，加一個文件描述頭將會非常有用，這個描述可以概括文件中定義的bean。另一個選擇，你可以在description元素中加入描述信息。例如：
用description元素的一個好處就是工具可以很容易的把描述信息從這個元素中提取出來。
10． 和team members溝通變更
當你修改java源碼後，要確保更改了配置文件中的相應部分並把這個情況告知你的team members。XML配置文件也是代碼，它們是程序的重要組成部分，但它們很難閱讀和維護。大多數時間裡，你需要同時看XML配置文件和java代碼才能知道是怎麼回事。
11． setter注入和構造函數注入，優先使用前者
Spring提供了三種注入方式：構造函數注入，setter注入和方法注入。一般我們使用前兩種。
在這個例子中，orderService bean用了構造函數注入，而BillingService bean用了setter注入。構造函數注入可以確保bean正確地構建，但是setter注入更加的靈活和易於控制，特別是當class有多個屬性並且它們中的一些是可選的情況是更是如此。
12． 不要濫用注入
就像前面提到的，Spring的ApplicationContextEclipse and IntelliJ，java代碼更加的易於閱讀，維護和管理比使XML文件可以替你創建java對象，但不是所有的java對象都應該通過注入創建。例如，域對象就不應該通過ApplicationContext創建。Spring是一個優秀的框架，但是考慮到可讀性和可操控性，基於XML配置的配置會在定義很多bean的時候出現麻煩。過渡使用依賴注入將會使XML配置更加的複雜和冗長。切記，當使用高效的IDE時，例如
結論
XML是Spring 流行的配置格式。存在大量bean定義時，基於XML的配置會變得冗長而不易使用。Spring提供了豐富的配置選項。適當地使用這些選項可以使XML配 置更加的清晰，但其它的一些選項，例如自動裝配，可能會降低可讀性和可維護性。參考本文中提到的這些技巧可能會幫助你創建乾淨而易讀的XML配置文件
id="beanId"（1） name="beanName"（2） class="beanClass"（3） parent="parentBean"（4） abstract="true | false"（5） singleton="true | false"（6） lazy-init="true | false | default"（7）
autowire="no | byName | byType | constructor | autodetect | default"（8）
dependency-check = "none | objects | simple | all | default"（9）
depends-on="dependsOnBean"（10）
init-method="method"（11）
destroy-method="method"（12）
factory-method="method"（13）
factory-bean="bean">（14）
（1）、id: Bean的唯一標識名。它必須是合法的XML ID，在整個XML文檔中唯一。
（2）、name: 用來為id創建一個或多個別名。它可以是任意的字母符合。多個別名之間用逗號或空格分開。
（3）、class: 用來定義類的全限定名（包名＋類名）。只有子類Bean不用定義該屬性。
（4）、parent: 子類Bean定義它所引用它的父類Bean。這時前面的class屬性失效。子類Bean會繼承父類Bean的所有屬性，子類Bean也可以覆蓋父類Bean的屬性。注意：子類Bean和父類Bean是同一個Java類。
（5）、abstract（默認為”false”）：用來定義Bean是否為抽象Bean。它表示這個Bean將不會被實例化，一般用於父類Bean，因為父類Bean主要是供子類Bean繼承使用。
（6）、singleton（默認為“true”）：定義Bean是否是Singleton（單例）。如果設為“true”,則在BeanFactory作用範圍內，只維護此Bean的一個實例。如果設為“flase”，Bean將是Prototype（原型）狀態，BeanFactory將為每次Bean請求創建一個新的Bean實例。
（7）、lazy-init（默認為“default”）：用來定義這個Bean是否實現懶初始化。如果為“true”，它將在BeanFactory啟動時初始化所有的Singleton Bean。反之，如果為“false”,它只在Bean請求時才開始創建Singleton Bean。
（8）、autowire（自動裝配，默認為“default”）：它定義了Bean的自動裝載方式。
1、“no”:不使用自動裝配功能。
2、“byName”:通過Bean的屬性名實現自動裝配。
3、“byType”:通過Bean的類型實現自動裝配。
4、“constructor”:類似於byType，但它是用於構造函數的參數的自動組裝。
5、“autodetect”:通過Bean類的反省機制（introspection）決定是使用“constructor”還是使用“byType”。
（9）、dependency-check（依賴檢查，默認為“default”）：它用來確保Bean組件通過JavaBean描述的所以依賴關係都得到滿足。在與自動裝配功能一起使用時，它特別有用。
1、 none：不進行依賴檢查。
2、 objects：只做對象間依賴的檢查。
3、 simple：只做原始類型和String類型依賴的檢查
4、 all：對所有類型的依賴進行檢查。它包括了前面的objects和simple。
（10）、depends-on（依賴對象）：這個Bean在初始化時依賴的對象，這個對象會在這個Bean初始化之前創建。
（11）、init-method:用來定義Bean的初始化方法，它會在Bean組裝之後調用。它必須是一個無參數的方法。
（12）、destroy-method：用來定義Bean的銷燬方法，它在BeanFactory關閉時調用。同樣，它也必須是一個無參數的方法。它只能應用於singleton Bean。
（13）、factory-method：定義創建該Bean對象的工廠方法。它用於下面的“factory-bean”，表示這個Bean是通過工廠方法創建。此時，“class”屬性失效。
（14）、factory-bean:定義創建該Bean對象的工廠類。如果使用了“factory-bean”則“class”屬性失效。
下面列出元素的所有可用的指定方式：
bean：可以在當前文件中查找依賴對象，也可以在應用上下文（ApplicationContext）中查找其它配置文件的對象。
local：只在當前文件中查找依賴對象。這個屬性是一個XML IDREF，所以它指定的對象必須存在，否則它的驗證檢查會報錯。
external：在其它文件中查找依賴對象，而不在當前文件中查找。
總的來說，和大部分的時候可以通用。“bean”是最靈活的方式，它允許你在多個文件之間共享Bean。而“local”則提供了便利的XML驗證。
圖片描述(最多50字)
有 什麼不懂得，想學習交流的
原文：https://blog.csdn.net/u012562943/article/details/50432326
閱讀更多 Java進階架構師 的文章
