[轉]Spring面試題

標籤：對象   global   包括   比較   資料庫操作   aging   結束   efault   man   

原文地址：http://www.cnblogs.com/crazylqy/p/5589547.html目錄

• Spring 概述
• 依賴注入
• Spring beans
• Spring註解
• Spring資料訪問
• Spring面向切面編程（AOP）
• Spring MVC

Spring 概述 1. 什麼是spring?

Spring 是個java企業級應用的開源開發架構。Spring主要用來開發Java應用，但是有些擴充是針對構建J2EE平台的web應用。Spring 架構目標是簡化Java企業級應用開發，並通過POJO為基礎的編程模型促進良好的編程習慣。

 

2. 使用Spring架構的好處是什嗎？

• 輕量：Spring 是輕量的，基本的版本大約2MB。
• 控制反轉：Spring通過控制反轉實現了鬆散耦合，對象們給出它們的依賴，而不是建立或尋找依賴的對象們。
• 面向切面的編程(AOP)：Spring支援面向切面的編程，並且把應用商務邏輯和系統服務分開。
• 容器：Spring 包含並管理應用中對象的生命週期和配置。
• MVC架構：Spring的WEB架構是個精心設計的架構，是Web架構的一個很好的替代品。
• 交易管理：Spring 提供一個持續的交易管理介面，可以擴充到上至本地事務下至全域事務（JTA）。
• 異常處理：Spring 提供方便的API把具體技術相關的異常（比如由JDBC，Hibernate or JDO拋出的）轉化為一致的unchecked 異常。

3.  Spring由哪些模組組成 ?

以下是Spring 架構的基本模組：

• Core module
• Bean module
• Context module
• Expression Language module
• JDBC module
• ORM module
• OXM module
• Java Messaging Service(JMS) module
• Transaction module
• Web module
• Web-Servlet module
• Web-Struts module
• Web-Portlet module

4. 核心容器（應用上下文) 模組 。

這是基本的Spring模組，提供spring 架構的基礎功能，BeanFactory 是 任何以spring為基礎的應用的核心。Spring 架構建立在此模組之上，它使Spring成為一個容器。

5. BeanFactory – BeanFactory 實現舉例。

Bean 工廠是原廠模式的一個實現，提供了控制反轉功能，用來把應用的配置和依賴從正真的應用代碼中分離。

最常用的BeanFactory 實現是XmlBeanFactory 類。

6. XMLBeanFactory 

最常用的就是org.springframework.beans.factory.xml.XmlBeanFactory ，它根據XML檔案中的定義載入beans。該容器從XML 檔案讀取配置中繼資料並用它去建立一個完全配置的系統或應用。

7. 解釋AOP模組

AOP模組用於發給我們的Spring應用做面向切面的開發， 很多支援由AOP聯盟提供，這樣就確保了Spring和其他AOP架構的共通性。這個模組將中繼資料編程引入Spring。

8. 解釋JDBC抽象和DAO模組 。

通過使用JDBC抽象和DAO模組，保證資料庫代碼的簡潔，並能避免資料庫資源錯誤關閉導致的問題，它在各種不同的資料庫的錯誤資訊之上，提供了一個統一的異常訪問層。它還利用Spring的AOP 模組給Spring應用中的對象提供交易管理服務。

9. 解釋對象/關係映射整合模組 。

Spring 通過提供ORM模組，支援我們在直接JDBC之上使用一個對象/關係映射映射(ORM)工具，Spring 支援整合主流的ORM框 架，如Hiberate,JDO和 iBATIS SQL Maps。Spring的交易管理同樣支援以上所有ORM架構及JDBC。

10.  解釋WEB 模組 。

Spring的WEB模組是構建在application context 模組基礎之上，提供一個適合web應用的上下文。這個模組也包括支援多 種面向web的任務，如透明地處理多個檔案上傳請求和程式級請求參數的綁定到你的業務對象。它也有對Jakarta Struts的支援。

12.  Spring設定檔

Spring設定檔是個XML 檔案，這個檔案包含了類資訊，描述了如何配置它們，以及如何相互調用。

13.  什麼是Spring IOC 容器？

Spring IOC 負責建立對象，管理對象（通過依賴注入（DI），裝配對象，設定物件，並且管理這些對象的整個生命週期。

14.  IOC的優點是什嗎？

IOC 或 依賴注入把應用的代碼量降到最低。它使應用容易測試，單元測試不再需要單例和JNDI尋找機制。最小的代價和最小的侵入性使鬆散耦合得以實現。IOC容器支援載入服務時的餓漢式初始化和懶載入。

15. ApplicationContext通常的實現是什麼?

• FileSystemXmlApplicationContext ：此容器從一個XML檔案中載入beans的定義，XML Bean 設定檔的全路徑名必須提供給它的建構函式。
• ClassPathXmlApplicationContext：此容器也從一個XML檔案中載入beans的定義，這裡，你需要正確設定classpath因為這個容器將在classpath裡找bean配置。
• WebXmlApplicationContext：此容器載入一個XML檔案，此檔案定義了一個WEB應用的所有bean。

16. Bean 工廠和 Application contexts  有什麼區別？

Application contexts提供一種方法處理簡訊，一個通常的做法是負載檔案資源（比如鏡像），它們可以向註冊為監聽器的 bean發布事件。另外，在容器或容器內的對象上執行的那些不得不由bean工廠以程式化方式處理的操作，可以在 Application contexts中以聲明的方式處理。Application contexts實現了MessageSource介面，該介面 的實現以可插拔的方式提供擷取本地化訊息的方法。

17. 一個Spring的應用看起來象什嗎？

• 一個定義了一些功能的介面。
• 這實現包括屬性，它的Setter ， getter 方法和函數等。
• Spring AOP。
• Spring 的XML 設定檔。
• 使用以上功能的用戶端程式。

依賴注入 18. 什麼是Spring的依賴注入 ？

依賴注入，是IOC的一個方面，是個通常的概念，它有多種解釋。這概念是說你不用建立對象，而只需要描述它如何被建立。你不在代碼裡直接組裝你的組件和服務，但是要在設定檔裡描述哪些組件需要哪些服務，之後一個容器（IOC容器）負責把他們組裝起來。

19.  有哪些不同類型的IOC（依賴注入）方式？

• 構造器依賴注入：構造器依賴注入通過容器觸發一個類的構造器來實現的，該類有一系列參數，每個參數代表一個對其他類的依賴。
• Setter方法注入：Setter方法注入是容器通過調用無參構造器或無參static工廠 方法執行個體化bean之後，調用該bean的setter方法，即實現了基於setter的依賴注入。

20. 哪種依賴注入方式你建議使用，構造器注入，還是 Setter方法注入？

你兩種依賴方式都可以使用，構造器注入和Setter方法注入。最好的解決方案是用構造器參數實現強制依賴，setter方法實現可選依賴。

Spring Beans 21.什麼是Spring beans?

Spring beans 是那些形成Spring應用的主乾的java對象。它們被Spring IOC容器初始化，裝配，和管理。這些beans通過容器中配置的中繼資料建立。比如，以XML檔案中<bean/> 的形式定義。

Spring 架構定義的beans都是單件beans。在bean tag中有個屬性”singleton”，如果它被賦為 TRUE，bean 就是單件，否則就是一個 prototype bean。預設是TRUE，所以所有在Spring架構中的beans 預設都是單 件。

22. 一個 Spring Bean 定義 包含什嗎？

一個Spring Bean 的定義包含容器必知的所有配置中繼資料，包括如何建立一個bean，它的生命週期詳情及它的依賴。

23. 如何給Spring 容器提供配置中繼資料?

這裡有三種重要的方法給Spring 容器提供配置中繼資料。

XML設定檔。

基於註解的配置。

基於java的配置。

24. 你怎樣定義類的範圍? 

當定義一個<bean> 在Spring裡，我們還能給這個bean聲明一個範圍。它可以通過bean 定義中的scope屬性來定 義。如，當Spring要在需要的時候每次生產一個新的bean執行個體，bean的scope屬性被指定為prototype。另一方面，一個bean每次 使用的時候必須返回同一個執行個體，這個bean的scope 屬性 必須設為 singleton。

25. 解釋Spring支援的幾種bean的範圍。

Spring架構支援以下五種bean的範圍：

• singleton : bean在每個Spring ioc 容器中只有一個執行個體。
• prototype：一個bean的定義可以有多個執行個體。
• request：每次http請求都會建立一個bean，該範圍僅在基於web的Spring ApplicationContext情形下有效。
• session：在一個HTTP Session中，一個bean定義對應一個執行個體。該範圍僅在基於web的Spring ApplicationContext情形下有效。
• global-session：在一個全域的HTTP Session中，一個bean定義對應一個執行個體。該範圍僅在基於web的Spring ApplicationContext情形下有效。

預設的Spring bean 的範圍是Singleton.

26. Spring架構中的單例bean是安全執行緒的嗎?

不，Spring架構中的單例bean不是安全執行緒的。

27. 解釋Spring架構中bean的生命週期。

• Spring容器 從XML 檔案中讀取bean的定義，並執行個體化bean。
• Spring根據bean的定義填充所有的屬性。
• 如果bean實現了BeanNameAware 介面，Spring 傳遞bean 的ID 到 setBeanName方法。
• 如果Bean 實現了 BeanFactoryAware 介面， Spring傳遞beanfactory 給setBeanFactory 方法。
• 如果有任何與bean相關聯的BeanPostProcessors，Spring會在postProcesserBeforeInitialization()方法內調用它們。
• 如果bean實現IntializingBean了，調用它的afterPropertySet方法，如果bean聲明了初始化方法，調用此初始化方法。
• 如果有BeanPostProcessors 和bean 關聯，這些bean的postProcessAfterInitialization() 方法將被調用。
• 如果bean實現了 DisposableBean，它將調用destroy()方法。

28.  哪些是重要的bean生命週期方法？ 你能重載它們嗎？

有兩個重要的bean 生命週期方法，第一個是setup ， 它是在容器載入bean的時候被調用。第二個方法是 teardown  它是在容器卸載類的時候被調用。

The bean 標籤有兩個重要的屬性（init-method和destroy-method）。用它們你可以自己定製初始化和登出方法。它們也有相應的註解（@PostConstruct和@PreDestroy）。

29. 什麼是Spring的內部bean？

當一個bean僅被用作另一個bean的屬性時，它能被聲明為一個內部bean，為了定義inner bean，在Spring 的 基於XML 的 配置中繼資料中，可以在 <property/>或 <constructor-arg/> 元素內使用<bean /> 元素，內部bean通常是匿名的，它們的Scope一般是prototype。

30. 在 Spring中如何注入一個java集合？

Spring提供以下幾種集合的配置元素：

• <list>類型用於注入一列值，允許有相同的值。
• <set> 類型用於注入一組值，不允許有相同的值。
• <map> 類型用於注入一組索引值對，鍵和值都可以為任意類型。
• <props>類型用於注入一組索引值對，鍵和值都只能為String類型。

31. 什麼是bean裝配? 

裝配，或bean 裝配是指在Spring 容器中把bean組裝到一起，前提是容器需要知道bean的依賴關係，如何通過依賴注入來把它們裝配到一起。

32. 什麼是bean的自動裝配？

Spring 容器能夠自動裝配相互合作的bean，這意味著容器不需要<constructor-arg>和<property>配置，能通過Bean工廠自動處理bean之間的協作。

33. 解釋不同方式的自動裝配 。

有五種自動裝配的方式，可以用來指導Spring容器用自動裝配方式來進行依賴注入。

• no：預設的方式是不進行自動裝配，通過顯式設定ref 屬性來進行裝配。
• byName：通過參數名 自動裝配，Spring容器在設定檔中發現bean的autowire屬性被設定成byname，之後容器試圖匹配、裝配和該bean的屬性具有相同名字的bean。
• byType:：通過參數類型自動裝配，Spring容器在設定檔中發現bean的autowire屬性被設定成byType，之後容器試圖匹配、裝配和該bean的屬性具有相同類型的bean。如果有多個bean符合條件，則拋出錯誤。
• constructor：這個方式類似於byType， 但是要提供給構造器參數，如果沒有確定的帶參數的構造器參數類型，將會拋出異常。
• autodetect：首先嘗試使用constructor來自動裝配，如果無法工作，則使用byType方式。

34. 自動裝配有哪些局限性 ?

自動裝配的局限性是：

• 重寫： 你仍需用 <constructor-arg>和 <property> 配置來定義依賴，意味著總要重寫自動裝配。
• 基礎資料型別 (Elementary Data Type)：你不能自動裝配簡單的屬性，如基礎資料型別 (Elementary Data Type)，String字串，和類。
• 模糊特性：自動裝配不如顯式裝配精確，如果有可能，建議使用顯式裝配。

35. 你可以在Spring中注入一個null 和一個Null 字元串嗎？

可以。

Spring註解 36. 什麼是基於Java的Spring註解配置? 給一些註解的例子.

基於Java的配置，允許你在少量的Java註解的協助下，進行你的大部分Spring配置而非通過XML檔案。

以@Configuration 註解為例，它用來標記類可以當做一個bean的定義，被Spring IOC容器使用。另一個例子是@Bean註解，它表示此方法將要返回一個對象，作為一個bean註冊進Spring應用上下文。

37. 什麼是基於註解的容器配置?

相對於XML檔案，註解型的配置依賴於通過位元組碼中繼資料裝配組件，而非角括弧的聲明。

開發人員通過在相應的類，方法或屬性上使用註解的方式，直接組件類中進行配置，而不是使用xml表述bean的裝配關係。

38. 怎樣開啟註解裝配？

註解裝配在預設情況下是不開啟的，為了使用註解裝配，我們必須在Spring設定檔中配置 <context:annotation-config/>元素。

39. @Required  註解

這個註解表明bean的屬性必須在配置的時候設定，通過一個bean定義的顯式的屬性值或通過自動裝配，若@Required註解的bean屬性未被設定，容器將拋出BeanInitializationException。

40. @Autowired 註解

@Autowired 註解提供了更細粒度的控制，包括在何處以及如何完成自動裝配。它的用法和@Required一樣，修飾setter方法、構造器、屬性或者具有任意名稱和/或多個參數的PN方法。

41. @Qualifier 註解

當有多個相同類型的bean卻只有一個需要自動裝配時，將@Qualifier 註解和@Autowire 註解結合使用以消除這種混淆，指定需要裝配的確切的bean。

Spring資料訪問 42.在Spring架構中如何更有效地使用JDBC? 

使用SpringJDBC 架構，資源管理和錯誤處理的代價都會被減輕。所以開發人員只需寫statements 和 queries從資料存取資料，JDBC也可以在Spring架構提供的模板類的協助下更有效地被使用，這個模板叫JdbcTemplate （例子見這裡here）

43. JdbcTemplate

JdbcTemplate 類提供了很多便利的方法解決諸如把資料庫資料轉變成基礎資料型別 (Elementary Data Type)或對象，執行寫好的或可調用的資料庫動作陳述式，提供自訂的資料錯誤處理。

44. Spring對DAO的支援

Spring對Data Access Objects（DAO）的支援旨在簡化它和資料訪問技術如JDBC，Hibernate or JDO 結合使用。這使我們可以方便切換持久層。編碼時也不用擔心會捕獲每種技術特有的異常。

45. 使用Spring通過什麼方式訪問Hibernate? 

在Spring中有兩種方式訪問Hibernate：

• 控制反轉  Hibernate Template和 Callback。
• 繼承 HibernateDAOSupport提供一個AOP 攔截器。

46. Spring支援的ORM

Spring支援以下ORM：

• Hibernate
• iBatis
• JPA (Java Persistence API)
• TopLink
• JDO (Java Data Objects)
• OJB

47.如何通過HibernateDaoSupport將Spring和Hibernate結合起來？

用Spring的 SessionFactory 調用 LocalSessionFactory。整合過程分三步：

• 配置the Hibernate SessionFactory。
• 繼承HibernateDaoSupport實現一個DAO。
• 在AOP支援的事務中裝配。

48. Spring支援的交易管理類型

Spring支援兩種類型的交易管理：

• 編程式交易管理：這意味你通過編程的方式管理事務，給你帶來極大的靈活性，但是難維護。
• 聲明式交易管理：這意味著你可以將業務代碼和交易管理分離，你只需用註解和XML配置來管理事務。

49. Spring架構的交易管理有哪些優點？

• 它為不同的事務API  如 JTA，JDBC，Hibernate，JPA 和JDO，提供一個不變的編程模式。
• 它為編程式交易管理提供了一套簡單的API而不是一些複雜的事務API如
• 它支援聲明式交易管理。
• 它和Spring各種資料訪問抽象層很好得整合。

50. 你更傾向用那種交易管理類型？

大多數Spring架構的使用者選擇聲明式交易管理，因為它對應用代碼的影響最小，因此更符合一個無侵入的輕量級容器的思想。聲明式交易管理要優於編程式交易管理，雖然比編程式交易管理（這種方式允許你通過代碼控制事務）少了一點靈活性。

Spring面向切面編程（AOP） 51.  解釋AOP

面向切面的編程，或AOP， 是一種編程技術，允許程式模組化橫向切割關注點，或橫切典型的責任劃分，如日誌和交易管理。

52. Aspect 切面

AOP核心就是切面，它將多個類的通用行為封裝成可重用的模組，該模組含有一組API提供橫切功能。比如，一個日誌模組可以被稱作日誌的AOP切面。根據需求的不同，一個應用程式可以有若干切面。在Spring AOP中，切面通過帶有@Aspect註解的類實現。

52. 在Spring AOP 中，關注點和橫切關注的區別是什嗎？

關注點是應用中一個模組的行為，一個關注點可能會被定義成一個我們想實現的一個功能。
橫切關注點是一個關注點，此關注點是整個應用都會使用的功能，並影響整個應用，比如日誌，安全和資料轉送，幾乎應用的每個模組都需要的功能。因此這些都屬於橫切關注點。

54. 連接點

連接點代表一個應用程式的某個位置，在這個位置我們可以插入一個AOP切面，它實際上是個應用程式執行Spring AOP的位置。

55. 通知

通知是個在方法執行前或執行後要做的動作，實際上是程式執行時要通過SpringAOP架構觸發的程式碼片段。

Spring切面可以應用五種類型的通知：

• before：前置通知，在一個方法執行前被調用。
• after: 在方法執行之後調用的通知，無論方法執行是否成功。
• after-returning: 僅當方法成功完成後執行的通知。
• after-throwing: 在方法拋出異常退出時執行的通知。
• around: 在方法執行之前和之後調用的通知。

56. 切點

切入點是一個或一組連接點，通知將在這些位置執行。可以通過運算式或匹配的方式指明切入點。

57. 什麼是引入? 

引入允許我們在已存在的類中增加新的方法和屬性。

58. 什麼是目標對象? 

被一個或者多個切面所通知的對象。它通常是一個代理對象。也指被通知（advised）對象。

59. 什麼是代理?

代理是通知目標對象後建立的對象。從用戶端的角度看，代理對象和目標對象是一樣的。

60. 有幾種不同類型的自動代理？

BeanNameAutoProxyCreator

DefaultAdvisorAutoProxyCreator

Metadata autoproxying

61. 什麼是織入。什麼是織入應用的不同點？

織入是將切面和到其他應用類型或對象串連或建立一個被通知對象的過程。

織入可以在編譯時間，載入時，或運行時完成。

62. 解釋基於XML Schema方式的切面實現。

在這種情況下，切面由常規類以及基於XML的配置實現。

63. 解釋基於註解的切面實現

在這種情況下(基於@AspectJ的實現)，涉及到的切面聲明的風格與帶有java5標註的普通java類一致。

Spring 的MVC 64. 什麼是Spring的MVC架構？

Spring 配備構建Web 應用的全功能MVC架構。Spring可以很便捷地和其他MVC框架組成，如Struts，Spring 的MVC架構用控制反轉把業務對象和控制邏輯清晰地隔離。它也允許以聲明的方式把請求參數和業務對象綁定。

65. DispatcherServlet

Spring的MVC架構是圍繞DispatcherServlet來設計的，它用來處理所有的HTTP請求和響應。

66. WebApplicationContext

WebApplicationContext 繼承了ApplicationContext  並增加了一些WEB應用必備的特有功能，它不同於一般的ApplicationContext ，因為它能處理主題，並找到被關聯的servlet。

67. 什麼是Spring MVC架構的控制器？

控制器提供一個訪問應用程式的行為，此行為通常通過服務介面實現。控制器解析使用者輸入並將其轉換為一個由視圖呈現給使用者的模型。Spring用一個非常抽象的方式實現了一個控制層，允許使用者建立多種用途的控制器。

68. @Controller 註解

該註解表明該類扮演控制器的角色，Spring不需要你繼承任何其他控制器基類或引用Servlet API。

69. @RequestMapping 註解

該註解是用來映射一個URL到一個類或一個特定的方處理法上。

 

2

轉自：http://blog.163.com/menxu_work/blog/static/2077744192012549360107/

 

1．  Spring工作機制及為什麼要用？

Spring 是一個開源架構，是為瞭解決公司專屬應用程式程式開發複雜性而建立的。Spring既是一個AOP架構，也是一IOC容器。

SpringFramework的組成：Spring AOP，Spring DAO，Spring ORM，Spring Web，Spring Context， Spring Web MVC。

Spring的核心就是IOC和AOP，所以Spring的工作機制簡單的理解也就是IOC和AOP的工作機制。

藉助於Spring AOP，Spring IoC能夠很方便的使用到非常健壯、靈活的企業級服務，通過使用IoC能夠降低組件之間的耦合度，最終，能夠提高類的重用性，利於測試，而且更利於整個產品或系統整合和配置。 

 

2．  說說AOP和IOC的概念以及在spring中是如何應用的?

AOP，Aspect Oriented Program，面向(方面)切面的編程；

IOC，Invert Of Control，控制反轉。

簡單說一下，IOC就是其實就是依賴注入，即用介面編程，在程式中不出現new關鍵字，而是用介面來命名引用，然後通過某種方式把介面的某個實作類別的執行個體注入到引用裡，從而實現介面與具體實作類別的松耦合。

由容器控製程序之間的關係(通過XML配置)，而非傳統實現中的由程式碼直接操控，(在一個Class對象中引用另一個Class對象時，我們通常都是直接通過new contructor)。控制權由應用代碼中轉到了外部容器，控制權的轉移，是所謂的反轉。 

AOP方式很類似filter，就是在程式正常的業務流中間像切面一樣插入很多其他需要執行的代碼，比如登入時候，在進入登入頁面前寫入日誌，很常用的，尤其是跟資料庫有關的，或者跟支付有關的程式肯定會在每一步前面插入日誌。

面向方面的編程，即 AOP，是一種編程技術，它允許程式員對橫切關注點或橫切典型的職責分界線的行為（例如日誌和交易管理）進行模組化。AOP 的核心構造是切面，它將那些影響多個類的行為封裝到可重用的模組中。

AOP Advice（AOP通知）分為：

前置通知   後置通知   異常通知   環繞通知 

 

3．  Spring的事物有幾種方式？談談spring事物的隔離等級和傳播行為？

聲明式事務    使用spring聲明式事務，spring使用AOP來支援聲明式事務，會根據事務屬性，自動在方法調用之前決定是否開啟一個事務，並在方法執行之後決定事務提交或復原事務。

編程式交易管理:

 

Spring的編程式事務與聲明式事務區別 

程式事務需要你在代碼中直接加入處理事 務的邏輯,可能需要在代碼中顯式調用beginTransaction()、commit()、rollback()等交易管理相關的方法,如在執行a方 法時候需要交易處理,你需要在a方法開始時候開啟事務,處理完後。在方法結束時候,關閉事務.

聲明式的事務的做法是在a方法外圍添加註解或者直接在設定檔中定義,a方法需要交易處理,在spring中會通過設定檔在a方法前後攔截,並添加事務.
二者區別.編程式事務侵入性比較強，但處理粒度更細.

 

 

事務的隔離等級：

資料庫系統提供了4種交易隔離等級，在這4種隔離等級中，Serializable的隔離等級最高，Read Uncommitted的隔離等級最低；

· Read Uncommitted   讀未提交資料；（會出現髒讀）

· Read Committed      讀已提交資料；

· Repeatable Read       可重複讀；

· Serializable              序列化 

事務的傳播屬性包括：

· Required   業務方法需要在一個事務中運行，如果一個方法運行時已經處在一個事務中，那麼加入到該事務，否則為自己建立一個新事務，80%的方法用到該傳播屬性；

· Not-Supported· Requiresnew· Mandatoky· Supports· Never· Nested

 

4．  Spring的優點和缺點？

⑴Spring的優點：

① Spring能有效地組織你的中介層對象，不管你是否選擇使用了EJB；

② Spring能消除在許多工程中常見的對Singleton的過多使用。(因為它降低了系統的可測試性和物件導向的程度)；

③ 通過一種在不同應用程式和項目間一致的方法來處理設定檔，Spring能消除各種各樣自訂格式的屬性檔案的需要。Inversion of Control的使用協助完成了這種簡化；

④通過把對介面編程而不是對類編程的代價幾乎減少到沒有，Spring能夠促進養成好的編程習慣；

⑤Spring被設計為讓使用它建立的應用儘可能少的依賴於他的APIs。在Spring應用中的大多數業務對象沒有依賴於Spring；

⑥使用Spring構建的應用程式易於單元測試；

⑦Spring能使EJB的使用成為一個實現選擇，而不是應用架構的必然選擇。你能選擇用POJOs或local EJBs來實現業務介面，卻不會影響調用代碼；

⑧Spring協助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，他們適用於許多web應用。例如：Spring能使用AOP提供聲明性交易管理而不通過EJB容器；

⑨Spring為資料存取提供了一個一致的架構不論使用的是JDBC還是O/R mapping產品；

⑵Spring的缺點：

①使用人數不多，jsp中要寫很多代碼；

②控制器過於靈活，缺少一個公用控制器。

[轉]Spring面試題