面試(4)-spring-Spring面試題和答案

 

1:69道Spring面試題和答案

轉自：http://ifeve.com/spring-interview-questions-and-answers/

 

目錄

• 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> 配置來定義依賴，意味着總要重寫自動裝配。
• 基本數據類型：你不能自動裝配簡單的屬性，如基本數據類型，String字符串，和類。
• 模糊特性：自動裝配不如顯式裝配精確，若是有可能，建議使用顯式裝配。

35. 你能夠在Spring中注入一個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 類提供了不少便利的方法解決諸如把數據庫數據轉變成基本數據類型或對象，執行寫好的或可調用的數據庫操做語句，提供自定義的數據錯誤處理。

44. Spring對DAO的支持

Spring對數據訪問對象（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中要寫不少代碼；

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