Spring面試題

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到一個類或一個特定的方處理法上。

 

一、什麼是Spring框架？Spring框架有哪些主要模塊？

Spring框架是一個爲Java應用程序的開發提供了綜合、普遍的基礎性支持的Java平臺。

 

 

Spring幫助開發者解決了開發中基礎性的問題，使得開發人員能夠專一於應用程序的開發。

Spring框架自己亦是按照設計模式精心打造，這使得咱們能夠在開發環境中安心的集成Spring框架，沒必要擔憂Spring是如何在後臺進行工做的。

Spring框架至今已集成了20多個模塊。這些模塊主要被分以下圖所示的核心容器、數據訪問/集成,、Web、AOP（面向切面編程）、工具、消息和測試模塊。

 

二、使用Spring框架能帶來哪些好處？

 

下面列舉了一些使用Spring框架帶來的主要好處：

• Dependency Injection(DI) 方法使得構造器和JavaBean properties文件中的依賴關係一目瞭然。
• 與EJB容器相比較，IoC容器更加趨向於輕量級。這樣一來IoC容器在有限的內存和CPU資源的狀況下進行應用程序的開發和發佈就變得十分有利。
• Spring並無閉門造車，Spring利用了已有的技術好比ORM框架、logging框架、J2EE、Quartz和JDK Timer，以及其餘視圖技術。
• Spring框架是按照模塊的形式來組織的。由包和類的編號就能夠看出其所屬的模塊，開發者僅僅須要選用他們須要的模塊便可。
• 要測試一項用Spring開發的應用程序十分簡單，由於測試相關的環境代碼都已經囊括在框架中了。更加簡單的是，利用JavaBean形式的POJO類，能夠很方便的利用依賴注入來寫入測試數據。
• Spring的Web框架亦是一個精心設計的Web MVC框架，爲開發者們在web框架的選擇上提供了一個除了主流框架好比Struts、過分設計的、不流行web框架的之外的有力選項。
• Spring提供了一個便捷的事務管理接口，適用於小型的本地事物處理（好比在單DB的環境下）和複雜的共同事物處理（好比利用JTA的複雜DB環境）。

三、什麼是控制反轉(IOC)？什麼是依賴注入？

控制反轉是應用於軟件工程領域中的，在運行時被裝配器對象來綁定耦合對象的一種編程技巧，對象之間耦合關係在編譯時一般是未知的。在傳統的編程方式中，業務邏輯的流程是由應用程序中的早已被設定好關聯關係的對象來決定的。在使用控制反轉的狀況下，業務邏輯的流程是由對象關係圖來決定的，該對象關係圖由裝配器負責實例化，這種實現方式還能夠將對象之間的關聯關係的定義抽象化。而綁定的過程是經過「依賴注入」實現的。

控制反轉是一種以給予應用程序中目標組件更多控制爲目的設計範式，並在咱們的實際工做中起到了有效的做用。

依賴注入是在編譯階段還沒有知所需的功能是來自哪一個的類的狀況下，將其餘對象所依賴的功能對象實例化的模式。這就須要一種機制用來激活相應的組件以提供特定的功能，因此依賴注入是控制反轉的基礎。不然若是在組件不受框架控制的狀況下，框架又怎麼知道要建立哪一個組件？

在Java中依然注入有如下三種實現方式：

1. 構造器注入
2. Setter方法注入
3. 接口注入

四、請解釋下Spring框架中的IoC？

Spring中的 org.springframework.beans 包和 org.springframework.context包構成了Spring框架IoC容器的基礎。

BeanFactory 接口提供了一個先進的配置機制，使得任何類型的對象的配置成爲可能。ApplicationContex接口對BeanFactory（是一個子接口）進行了擴展，在BeanFactory的基礎上添加了其餘功能，好比與Spring的AOP更容易集成，也提供了處理message resource的機制（用於國際化）、事件傳播以及應用層的特別配置，好比針對Web應用的WebApplicationContext。

org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具體實現，用來包裝和管理前面提到的各類bean。BeanFactory接口是Spring IoC 容器的核心接口。

IOC:把對象的建立、初始化、銷燬交給spring來管理，而不是由開發者控制，實現控制反轉。

 

 

五、BeanFactory和ApplicationContext有什麼區別？

 

BeanFactory 能夠理解爲含有bean集合的工廠類。BeanFactory 包含了種bean的定義，以便在接收到客戶端請求時將對應的bean實例化。

BeanFactory還能在實例化對象的時生成協做類之間的關係。此舉將bean自身與bean客戶端的配置中解放出來。BeanFactory還包含了bean生命週期的控制，調用客戶端的初始化方法（initialization methods）和銷燬方法（destruction methods）。

從表面上看，application context如同bean factory同樣具備bean定義、bean關聯關係的設置，根據請求分發bean的功能。但applicationcontext在此基礎上還提供了其餘的功能。

1. 提供了支持國際化的文本消息
2. 統一的資源文件讀取方式
3. 已在監聽器中註冊的bean的事件

如下是三種較常見的 ApplicationContext 實現方式：

一、ClassPathXmlApplicationContext：從classpath的XML配置文件中讀取上下文，並生成上下文定義。應用程序上下文從程序環境變量中取得。

ApplicationContext context = new ClassPathXmlApplicationContext(「bean.xml」);

二、FileSystemXmlApplicationContext ：由文件系統中的XML配置文件讀取上下文。

ApplicationContext context = new FileSystemXmlApplicationContext(「bean.xml」);

 

三、XmlWebApplicationContext：由Web應用的XML文件讀取上下文。

 

 

六、Spring有幾種配置方式？

 

將Spring配置到應用開發中有如下三種方式：

1. 基於XML的配置
2. 基於註解的配置
3. 基於Java的配置

七、如何用基於XML配置的方式配置Spring？

在Spring框架中，依賴和服務須要在專門的配置文件來實現，我經常使用的XML格式的配置文件。這些配置文件的格式一般用<beans>開頭，而後一系列的bean定義和專門的應用配置選項組成。

SpringXML配置的主要目的時候是使全部的Spring組件均可以用xml文件的形式來進行配置。這意味着不會出現其餘的Spring配置類型（好比聲明的方式或基於Java Class的配置方式）

Spring的XML配置方式是使用被Spring命名空間的所支持的一系列的XML標籤來實現的。Spring有如下主要的命名空間：context、beans、jdbc、tx、aop、mvc和aso。

如：

<beans>
    <!-- JSON Support -->
    <bean name="viewResolver" class="org.springframework.web.servlet.view.BeanNameViewResolver"/>
    <bean name="jsonTemplate" class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/>
    <bean id="restTemplate" class="org.springframework.web.client.RestTemplate"/>
</beans>

下面這個web.xml僅僅配置了DispatcherServlet，這件最簡單的配置便能知足應用程序配置運行時組件的需求。

<web-app>
    <display-name>Archetype Created Web Application</display-name>
    <servlet>
        <servlet-name>spring</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>spring</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
</web-app>

 

八、如何用基於Java配置的方式配置Spring？

 

Spring對Java配置的支持是由@Configuration註解和@Bean註解來實現的。由@Bean註解的方法將會實例化、配置和初始化一個新對象，這個對象將由Spring的IoC容器來管理。@Bean聲明所起到的做用與<bean/> 元素相似。被@Configuration所註解的類則表示這個類的主要目的是做爲bean定義的資源。被@Configuration聲明的類能夠經過在同一個類的內部調用@bean方法來設置嵌入bean的依賴關係。

最簡單的@Configuration 聲明類請參考下面的代碼：

@Configuration
public class AppConfig{
    @Bean
    public MyService myService() {
        return new MyServiceImpl();
    }
}

對於上面的@Beans配置文件相同的XML配置文件以下：

<beans>
    <bean id="myService" class="com.somnus.services.MyServiceImpl"/>
</beans>

上述配置方式的實例化方式以下：利用AnnotationConfigApplicationContext 類進行實例化

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);
    MyService myService = ctx.getBean(MyService.class);
    myService.doStuff();
}

要使用組件組建掃描，僅需用@Configuration進行註解便可：

@Configuration
@ComponentScan(basePackages = "com.somnus")
public class AppConfig  {
    ...
}

 

在上面的例子中，com.acme包首先會被掃到，而後再容器內查找被@Component 聲明的類，找到後將這些類按照Sring bean定義進行註冊。

若是你要在你的web應用開發中選用上述的配置的方式的話，須要用AnnotationConfigWebApplicationContext 類來讀取配置文件，能夠用來配置Spring的Servlet監聽器ContextLoaderListener或者Spring MVC的DispatcherServlet。

<web-app>
    <!-- Configure ContextLoaderListener to use AnnotationConfigWebApplicationContext
        instead of the default XmlWebApplicationContext -->
    <context-param>
        <param-name>contextClass</param-name>
        <param-value>
            org.springframework.web.context.support.AnnotationConfigWebApplicationContext
        </param-value>
    </context-param>

    <!-- Configuration locations must consist of one or more comma- or space-delimited
        fully-qualified @Configuration classes. Fully-qualified packages may also be
        specified for component-scanning -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>com.howtodoinjava.AppConfig</param-value>
    </context-param>

    <!-- Bootstrap the root application context as usual using ContextLoaderListener -->
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>

    <!-- Declare a Spring MVC DispatcherServlet as usual -->
    <servlet>
        <servlet-name>dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <!-- Configure DispatcherServlet to use AnnotationConfigWebApplicationContext
            instead of the default XmlWebApplicationContext -->
        <init-param>
            <param-name>contextClass</param-name>
            <param-value>
                org.springframework.web.context.support.AnnotationConfigWebApplicationContext
            </param-value>
        </init-param>
        <!-- Again, config locations must consist of one or more comma- or space-delimited
            and fully-qualified @Configuration classes -->
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>com.howtodoinjava.web.MvcConfig</param-value>
        </init-param>
    </servlet>

    <!-- map all requests for /app/* to the dispatcher servlet -->
    <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/app/*</url-pattern>
    </servlet-mapping>
</web-app

 

九、怎樣用註解的方式配置Spring？

Spring在2.5版本之後開始支持用註解的方式來配置依賴注入。能夠用註解的方式來替代XML方式的bean描述，能夠將bean描述轉移到組件類的內部，只須要在相關類上、方法上或者字段聲明上使用註解便可。註解注入將會被容器在XML注入以前被處理，因此後者會覆蓋掉前者對於同一個屬性的處理結果。

註解裝配在Spring中是默認關閉的。因此須要在Spring文件中配置一下才能使用基於註解的裝配模式。若是你想要在你的應用程序中使用關於註解的方法的話，請參考以下的配置。

<beans>
   <context:annotation-config/>
   <!-- bean definitions go here -->
</beans>

在 <context:annotation-config/>標籤配置完成之後，就能夠用註解的方式在Spring中向屬性、方法和構造方法中自動裝配變量。

下面是幾種比較重要的註解類型：

1. @Required：該註解應用於設值方法。
2. @Autowired：該註解應用於有值設值方法、非設值方法、構造方法和變量。
3. @Qualifier：該註解和@Autowired註解搭配使用，用於消除特定bean自動裝配的歧義。
4. JSR-250 Annotations：Spring支持基於JSR-250 註解的如下註解，@Resource、@PostConstruct 和 @PreDestroy。

十、請解釋Spring Bean的生命週期？

Spring Bean的生命週期簡單易懂。在一個bean實例被初始化時，須要執行一系列的初始化操做以達到可用的狀態。一樣的，當一個bean不在被調用時須要進行相關的析構操做，並從bean容器中移除。

Spring bean factory 負責管理在spring容器中被建立的bean的生命週期。Bean的生命週期由兩組回調（call back）方法組成。

1. 初始化以後調用的回調方法。
2. 銷燬以前調用的回調方法。

Spring框架提供瞭如下四種方式來管理bean的生命週期事件：

• InitializingBean和DisposableBean回調接口
• 針對特殊行爲的其餘Aware接口
• Bean配置文件中的Custom init()方法和destroy()方法
• @PostConstruct和@PreDestroy註解方式

使用customInit()和 customDestroy()方法管理bean生命週期的代碼樣例以下：

<beans>
    <bean id="demoBean" class="com.somnus.task.DemoBean" init-method="customInit" destroy-method="customDestroy"></bean>
</beans>

十一、Spring Bean的做用域之間有什麼區別？

Spring容器中的bean能夠分爲5個範圍。全部範圍的名稱都是自說明的，可是爲了不混淆，仍是讓咱們來解釋一下：

1. singleton：這種bean範圍是默認的，這種範圍確保無論接受到多少個請求，每一個容器中只有一個bean的實例，單例的模式由bean factory自身來維護。
2. prototype：原形範圍與單例範圍相反，爲每個bean請求提供一個實例。
3. request：在請求bean範圍內會每個來自客戶端的網絡請求建立一個實例，在請求完成之後，bean會失效並被垃圾回收器回收。
4. Session：與請求範圍相似，確保每一個session中有一個bean的實例，在session過時後，bean會隨之失效。
5. global-session：global-session和Portlet應用相關。當你的應用部署在Portlet容器中工做時，它包含不少portlet。若是你想要聲明讓全部的portlet共用全局的存儲變量的話，那麼這全局變量須要存儲在global-session中。

全局做用域與Servlet中的session做用域效果相同。

 

十二、什麼是Spring inner beans？

 

在Spring框架中，不管什麼時候bean被使用時，當僅被調用了一個屬性。一個明智的作法是將這個bean聲明爲內部bean。內部bean能夠用setter注入「屬性」和構造方法注入「構造參數」的方式來實現。

好比，在咱們的應用程序中，一個Customer類引用了一個Person類，咱們的要作的是建立一個Person的實例，而後在Customer內部使用。

public class Customer{
    private Person person;
    //Setters and Getters
}

 

public class Person{
    private String name;
    private String address;
    private int age;
    //Setters and Getters
}

內部bean的聲明方式以下：

<bean id="CustomerBean" class="com.somnus.common.Customer">
    <property name="person">
        <!-- This is inner bean -->
        <bean class="com.howtodoinjava.common.Person">
            <property name="name" value="lokesh" />
            <property name="address" value="India" />
            <property name="age" value="34" />
        </bean>
    </property>
</bean>

 

1三、Spring框架中的單例Beans是線程安全的麼？

Spring框架並無對單例bean進行任何多線程的封裝處理。關於單例bean的線程安全和併發問題須要開發者自行去搞定。但實際上，大部分的Spring bean並無可變的狀態(好比Serview類和DAO類)，因此在某種程度上說Spring的單例bean是線程安全的。若是你的bean有多種狀態的話（好比 View Model 對象），就須要自行保證線程安全。
最淺顯的解決辦法就是將多態bean的做用域由「singleton」變動爲「prototype」。

 

 

1四、請舉例說明如何在Spring中注入一個Java Collection？

 

Spring提供瞭如下四種集合類的配置元素：

• <list> :   該標籤用來裝配可重複的list值。
• <set> :    該標籤用來裝配沒有重複的set值。
• <map>:   該標籤可用來注入鍵和值能夠爲任何類型的鍵值對。
• <props> : 該標籤支持注入鍵和值都是字符串類型的鍵值對。

下面看一下具體的例子：

<beans>
   <!-- Definition for javaCollection -->
   <bean id="javaCollection" class="com.howtodoinjava.JavaCollection">
      <!-- java.util.List -->
      <property name="customList">
        <list>
           <value>INDIA</value>
           <value>Pakistan</value>
           <value>USA</value>
           <value>UK</value>
        </list>
      </property>

     <!-- java.util.Set -->
     <property name="customSet">
        <set>
           <value>INDIA</value>
           <value>Pakistan</value>
           <value>USA</value>
           <value>UK</value>
        </set>
      </property>

     <!-- java.util.Map -->
     <property name="customMap">
        <map>
           <entry key="1" value="INDIA"/>
           <entry key="2" value="Pakistan"/>
           <entry key="3" value="USA"/>
           <entry key="4" value="UK"/>
        </map>
      </property>

    <!-- java.util.Properties -->
    <property name="customProperies">
        <props>
            <prop key="admin">admin@nospam.com</prop>
            <prop key="support">support@nospam.com</prop>
        </props>
    </property>

   </bean>
</beans>

 

1五、如何向Spring Bean中注入一個Java.util.Properties？

第一種方法是使用以下面代碼所示的<props> 標籤：

<bean id="adminUser" class="com.somnus.common.Customer">

    <!-- java.util.Properties -->
    <property name="emails">
        <props>
            <prop key="admin">admin@nospam.com</prop>
            <prop key="support">support@nospam.com</prop>
        </props>
    </property>

</bean>

也可用」util:」命名空間來從properties文件中建立出一個propertiesbean，而後利用setter方法注入bean的引用。

 

1六、請解釋Spring Bean的自動裝配？

 

在Spring框架中，在配置文件中設定bean的依賴關係是一個很好的機制，Spring容器還能夠自動裝配合做關係bean之間的關聯關係。這意味着Spring能夠經過向Bean Factory中注入的方式自動搞定bean之間的依賴關係。自動裝配能夠設置在每一個bean上，也能夠設定在特定的bean上。

下面的XML配置文件代表瞭如何根據名稱將一個bean設置爲自動裝配：

<bean id="employeeDAO" class="com.howtodoinjava.EmployeeDAOImpl" autowire="byName" />

除了bean配置文件中提供的自動裝配模式，還可使用@Autowired註解來自動裝配指定的bean。在使用@Autowired註解以前須要在按照以下的配置方式在Spring配置文件進行配置纔可使用。

<context:annotation-config />

也能夠經過在配置文件中配置AutowiredAnnotationBeanPostProcessor 達到相同的效果。

<bean class ="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>

配置好之後就可使用@Autowired來標註了。

@Autowired
public EmployeeDAOImpl ( EmployeeManager manager ) {
    this.manager = manager;
}

 

1七、請解釋自動裝配模式的區別？

 

在Spring框架中共有5種自動裝配，讓咱們逐一分析。

1. no：這是Spring框架的默認設置，在該設置下自動裝配是關閉的，開發者須要自行在bean定義中用標籤明確的設置依賴關係。
2. byName：該選項能夠根據bean名稱設置依賴關係。當向一個bean中自動裝配一個屬性時，容器將根據bean的名稱自動在在配置文件中查詢一個匹配的bean。若是找到的話，就裝配這個屬性，若是沒找到的話就報錯。
3. byType：該選項能夠根據bean類型設置依賴關係。當向一個bean中自動裝配一個屬性時，容器將根據bean的類型自動在在配置文件中查詢一個匹配的bean。若是找到的話，就裝配這個屬性，若是沒找到的話就報錯。
4. constructor：造器的自動裝配和byType模式相似，可是僅僅適用於與有構造器相同參數的bean，若是在容器中沒有找到與構造器參數類型一致的bean，那麼將會拋出異常。
5. autodetect：該模式自動探測使用構造器自動裝配或者byType自動裝配。首先，首先會嘗試找合適的帶參數的構造器，若是找到的話就是用構造器自動裝配，若是在bean內部沒有找到相應的構造器或者是無參構造器，容器就會自動選擇byTpe的自動裝配方式。

1八、如何開啓基於註解的自動裝配？

要使用 @Autowired，須要註冊 AutowiredAnnotationBeanPostProcessor，能夠有如下兩種方式來實現：

一、引入配置文件中的<bean>下引入 <context:annotation-config>

<beans>
    <context:annotation-config />
</beans>

二、在bean配置文件中直接引入AutowiredAnnotationBeanPostProcessor

<beans>
    <bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>
</beans>

1九、請舉例解釋@Required註解？

在產品級別的應用中，IoC容器可能聲明瞭數十萬了bean，bean與bean之間有着複雜的依賴關係。設值註解方法的短板之一就是驗證全部的屬性是否被註解是一項十分困難的操做。能夠經過在<bean>中設置「dependency-check」來解決這個問題。

在應用程序的生命週期中，你可能不大願意花時間在驗證全部bean的屬性是否按照上下文文件正確配置。或者你寧肯驗證某個bean的特定屬性是否被正確的設置。即便是用「dependency-check」屬性也不能很好的解決這個問題，在這種狀況下，你須要使用@Required 註解。

須要用以下的方式使用來標明bean的設值方法。

public class EmployeeFactoryBean extends AbstractFactoryBean<Object>{
    private String designation;
    public String getDesignation() {
        return designation;
    }
    @Required
    public void setDesignation(String designation) {
        this.designation = designation;
    }
    //more code here
}

RequiredAnnotationBeanPostProcessor是Spring中的後置處理用來驗證被@Required 註解的bean屬性是否被正確的設置了。在使用RequiredAnnotationBeanPostProcesso來驗證bean屬性以前，首先要在IoC容器中對其進行註冊：

<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor" />

可是若是沒有屬性被用 @Required 註解過的話，後置處理器會拋出一個BeanInitializationException 異常。

 

20、請舉例解釋@Autowired註解？

 

@Autowired註解對自動裝配什麼時候何處被實現提供了更多細粒度的控制。@Autowired註解能夠像@Required註解、構造器同樣被用於在bean的設值方法上自動裝配bean的屬性，一個參數或者帶有任意名稱或帶有多個參數的方法。

好比，能夠在設值方法上使用@Autowired註解來替代配置文件中的 <property>元素。當Spring容器在setter方法上找到@Autowired註解時，會嘗試用byType 自動裝配。

固然咱們也能夠在構造方法上使用@Autowired 註解。帶有@Autowired 註解的構造方法意味着在建立一個bean時將會被自動裝配，即使在配置文件中使用<constructor-arg> 元素。

public class TextEditor {
   private SpellChecker spellChecker;
   @Autowired
   public TextEditor(SpellChecker spellChecker){
      System.out.println("Inside TextEditor constructor." );
      this.spellChecker = spellChecker;
   }
   public void spellCheck(){
      spellChecker.checkSpelling();
   }
}

下面是沒有構造參數的配置方式：

<beans>

   <context:annotation-config/>

   <!-- Definition for textEditor bean without constructor-arg  -->
   <bean id="textEditor" class="com.howtodoinjava.TextEditor"/>

   <!-- Definition for spellChecker bean -->
   <bean id="spellChecker" class="com.howtodoinjava.SpellChecker"/>

</beans>

 

2一、請舉例說明@Qualifier註解？

 

@Qualifier註解意味着能夠在被標註bean的字段上能夠自動裝配。Qualifier註解能夠用來取消Spring不能取消的bean應用。

下面的示例將會在Customer的person屬性中自動裝配person的值。

public class Customer{
    @Autowired
    private Person person;
}

下面咱們要在配置文件中來配置Person類。

<bean id="customer" class="com.somnus.common.Customer" />

<bean id="personA" class="com.somnus.common.Person" >
    <property name="name" value="lokesh" />
</bean>

<bean id="personB" class="com.somnus.common.Person" >
    <property name="name" value="alex" />
</bean>

 

Spring會知道要自動裝配哪一個person bean麼？不會的，可是運行上面的示例時，會拋出下面的異常：

Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
    No unique bean of type [com.howtodoinjava.common.Person] is defined:
        expected single matching bean but found 2: [personA, personB]

要解決上面的問題，須要使用 @Quanlifier註解來告訴Spring容器要裝配哪一個bean：

public class Customer{
    @Autowired
    @Qualifier("personA")
    private Person person;
}

2二、構造方法注入和設值注入有什麼區別？

請注意如下明顯的區別：

1. 在設值注入方法支持大部分的依賴注入，若是咱們僅須要注入int、string和long型的變量，咱們不要用設值的方法注入。對於基本類型，若是咱們沒有注入的話，能夠爲基本類型設置默認值。在構造方法注入不支持大部分的依賴注入，由於在調用構造方法中必須傳入正確的構造參數，不然的話爲報錯。
2. 設值注入不會重寫構造方法的值。若是咱們對同一個變量同時使用了構造方法注入又使用了設置方法注入的話，那麼構造方法將不能覆蓋由設值方法注入的值。很明顯，由於構造方法盡在對象被建立時調用。
3. 在使用設值注入時有可能還不能保證某種依賴是否已經被注入，也就是說這時對象的依賴關係有多是不完整的。而在另外一種狀況下，構造器注入則不容許生成依賴關係不完整的對象。
4. 在設值注入時若是對象A和對象B互相依賴，在建立對象A時Spring會拋出sObjectCurrentlyInCreationException異常，由於在B對象被建立以前A對象是不能被建立的，反之亦然。因此Spring用設值注入的方法解決了循環依賴的問題，因對象的設值方法是在對象被建立以前被調用的。

2三、Spring框架中有哪些不一樣類型的事件？

Spring的ApplicationContext 提供了支持事件和代碼中監聽器的功能。

咱們能夠建立bean用來監聽在ApplicationContext 中發佈的事件。ApplicationEvent類和在ApplicationContext接口中處理的事件，若是一個bean實現了ApplicationListener接口，當一個ApplicationEvent 被髮布之後，bean會自動被通知。

public class AllApplicationEventListener implements ApplicationListener < ApplicationEvent >{
    @Override
    public void onApplicationEvent(ApplicationEvent applicationEvent)
    {
        //process event
    }
}

Spring 提供瞭如下5中標準的事件：

1. 上下文更新事件（ContextRefreshedEvent）：該事件會在ApplicationContext被初始化或者更新時發佈。也能夠在調用ConfigurableApplicationContext 接口中的refresh()方法時被觸發。
2. 上下文開始事件（ContextStartedEvent）：當容器調用ConfigurableApplicationContext的Start()方法開始/從新開始容器時觸發該事件。
3. 上下文中止事件（ContextStoppedEvent）：當容器調用ConfigurableApplicationContext的Stop()方法中止容器時觸發該事件。
4. 上下文關閉事件（ContextClosedEvent）：當ApplicationContext被關閉時觸發該事件。容器被關閉時，其管理的全部單例Bean都被銷燬。
5. 請求處理事件（RequestHandledEvent）：在Web應用中，當一個http請求（request）結束觸發該事件。

除了上面介紹的事件之外，還能夠經過擴展ApplicationEvent 類來開發自定義的事件。

public class CustomApplicationEvent extends ApplicationEvent{
    public CustomApplicationEvent ( Object source, final String msg ){
        super(source);
        System.out.println("Created a Custom event");
    }
}

爲了監聽這個事件，還須要建立一個監聽器：

public class CustomEventListener implements ApplicationListener < CustomApplicationEvent >{
    @Override
    public void onApplicationEvent(CustomApplicationEvent applicationEvent) {
        //handle event
    }
}

以後經過applicationContext接口的publishEvent()方法來發布自定義事件。

CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test message");
applicationContext.publishEvent(customEvent);

2四、FileSystemResource和ClassPathResource有何區別？

在FileSystemResource 中須要給出spring-config.xml文件在你項目中的相對路徑或者絕對路徑。在ClassPathResource中spring會在ClassPath中自動搜尋配置文件，因此要把ClassPathResource 文件放在ClassPath下。

若是將spring-config.xml保存在了src文件夾下的話，只需給出配置文件的名稱便可，由於src文件夾是默認。

簡而言之，ClassPathResource在環境變量中讀取配置文件，FileSystemResource在配置文件中讀取配置文件。

2五、Spring 框架中都用到了哪些設計模式？

Spring框架中使用到了大量的設計模式，下面列舉了比較有表明性的：

• 代理模式—在AOP和remoting中被用的比較多。
• 單例模式—在spring配置文件中定義的bean默認爲單例模式。
• 模板方法—用來解決代碼重複的問題。好比. RestTemplate, JmsTemplate, JpaTemplate。
• 前端控制器—Spring提供了DispatcherServlet來對請求進行分發。
• 視圖幫助(View Helper )—Spring提供了一系列的JSP標籤，高效宏來輔助將分散的代碼整合在視圖裏。
• 依賴注入—貫穿於BeanFactory / ApplicationContext接口的核心理念。
• 工廠模式—BeanFactory用來建立對象的實例。

1.談談你對spring IOC和DI的理解，它們有什麼區別？

IoC Inverse of Control 反轉控制的概念，就是將本來在程序中手動建立UserService對象的控制權，交由Spring框架管理，簡單說，就是建立UserService對象控制權被反轉到了Spring框架

DI：Dependency Injection 依賴注入，在Spring框架負責建立Bean對象時，動態的將依賴對象注入到Bean組件

面試題： IoC 和 DI的區別？

IoC 控制反轉，指將對象的建立權，反轉到Spring容器 ， DI 依賴注入，指Spring建立對象的過程當中，將對象依賴屬性經過配置進行注入

2.BeanFactory 接口和 ApplicationContext 接口有什麼區別 ？

    ①ApplicationContext 接口繼承BeanFactory接口，Spring核心工廠是BeanFactory ,BeanFactory採起延遲加載，第一次getBean時纔會初始化Bean, ApplicationContext是會在加載配置文件時初始化Bean。

    ②ApplicationContext是對BeanFactory擴展，它能夠進行國際化處理、事件傳遞和bean自動裝配以及各類不一樣應用層的Context實現 

開發中基本都在使用ApplicationContext, web項目使用WebApplicationContext ，不多用到BeanFactory

 

BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("applicationContext.xml"));

IHelloService helloService = (IHelloService) beanFactory.getBean("helloService");

helloService.sayHello();

3.spring配置bean實例化有哪些方式？

    1）使用類構造器實例化(默認無參數)

 

<bean id="bean1" class="cn.itcast.spring.b_instance.Bean1"></bean>

    2）使用靜態工廠方法實例化(簡單工廠模式)

 

 

//下面這段配置的含義：調用Bean2Factory的getBean2方法獲得bean2

<bean id="bean2" class="cn.itcast.spring.b_instance.Bean2Factory" factory-method="getBean2"></bean>

    3）使用實例工廠方法實例化(工廠方法模式)

 

 

//先建立工廠實例bean3Facory，再經過工廠實例建立目標bean實例

<bean id="bean3Factory" class="cn.itcast.spring.b_instance.Bean3Factory"></bean>

<bean id="bean3" factory-bean="bean3Factory" factory-method="getBean3"></bean>

4.簡單的說一下spring的生命週期？

    1)在配置 <bean> 元素，經過 init-method 指定Bean的初始化方法，經過 destroy-method 指定Bean銷燬方法

 

<beanid="lifeCycleBean"class="cn.itcast.spring.d_lifecycle.LifeCycleBean"init-method="setup"destroy-method="teardown"></bean>

須要注意的問題：

 

    *  destroy-method 只對 scope="singleton" 有效 

    *  銷燬方法，必須關閉ApplicationContext對象(手動調用)，纔會被調用

 

ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");

applicationContext.close();

    2)Bean的完整生命週期 （十一步驟）【瞭解內容，可是對於spring內部操做理解有必定幫助】

①instantiate bean對象實例化

②populate properties 封裝屬性

③若是Bean實現BeanNameAware 執行 setBeanName

④若是Bean實現BeanFactoryAware 或者 ApplicationContextAware 設置工廠 setBeanFactory 或者上下文對象 setApplicationContext

⑤若是存在類實現 BeanPostProcessor（後處理Bean） ，執行postProcessBeforeInitialization，BeanPostProcessor接口提供鉤子函數，用來動態擴展修改Bean。(程序自動調用後處理Bean)

 

publicclassMyBeanPostProcessorimplementsBeanPostProcessor{

publicObject postProcessAfterInitialization(Object bean,String beanName)

throwsBeansException{

System.out.println("第八步：後處理Bean，after初始化。");

//後處理Bean，在這裏加上一個動態代理，就把這個Bean給修改了。

return bean;//返回bean，表示沒有修改，若是使用動態代理，返回代理對象，那麼就修改了。

}

publicObject postProcessBeforeInitialization(Object bean,String beanName)

throwsBeansException{

System.out.println("第五步：後處理Bean的：before初始化！！");

//後處理Bean，在這裏加上一個動態代理，就把這個Bean給修改了。

return bean;//返回bean自己，表示沒有修改。

}

}

注意：這個前處理Bean和後處理Bean會對全部的Bean進行攔截。

⑥若是Bean實現InitializingBean 執行 afterPropertiesSet

 

⑦調用<bean init-method="init"> 指定初始化方法 init

⑧若是存在類實現 BeanPostProcessor（處理Bean） ，執行postProcessAfterInitialization

⑨執行業務處理

⑩若是Bean實現 DisposableBean 執行 destroy

⑪調用<bean destroy-method="customerDestroy"> 指定銷燬方法 customerDestroy

5.請介紹一下Spring框架中Bean的生命週期和做用域

 

(1)bean定義

    在配置文件裏面用<bean></bean>來進行定義。

(2)bean初始化

    有兩種方式初始化:

A.在配置文件中經過指定init-method屬性來完成

B.實現org.springframwork.beans.factory.InitializingBean接口

(3)bean調用

    有三種方式能夠獲得bean實例，並進行調用

(4)bean銷燬

    銷燬有兩種方式

A.使用配置文件指定的destroy-method屬性

B.實現org.springframwork.bean.factory.DisposeableBean接口

##做用域

singleton

當一個bean的做用域爲singleton, 那麼Spring IoC容器中只會存在一個共享的bean實例，而且全部對bean的請求，只要id與該bean定義相匹配，則只會返回bean的同一實例。

prototype

Prototype做用域的bean會致使在每次對該bean請求（將其注入到另外一個bean中，或者以程序的方式調用容器的getBean() 方法）時都會建立一個新的bean實例。根據經驗，對全部有狀態的bean應該使用prototype做用域，而對無狀態的bean則應該使用 singleton做用域

request

在一次HTTP請求中，一個bean定義對應一個實例；即每次HTTP請求將會有各自的bean實例， 它們依據某個bean定義建立而成。該做用 域僅在基於web的Spring ApplicationContext情形下有效。

session

在一個HTTP Session中，一個bean定義對應一個實例。該做用域僅在基於web的Spring ApplicationContext情形下有效。

global session

在一個全局的HTTP Session中，一個bean定義對應一個實例。典型狀況下，僅在使用portlet context的時候有效。該做用域僅在基於 web的Spring ApplicationContext情形下有效。

 

6.Bean注入屬性有哪幾種方式？

spring支持構造器注入和setter方法注入

    構造器注入，經過 <constructor-arg> 元素完成注入

    setter方法注入， 經過<property> 元素完成注入【開發中經常使用方式】

7.什麼是AOP，AOP的做用是什麼？

面向切面編程（AOP）提供另一種角度來思考程序結構，經過這種方式彌補了面向對象編程（OOP）的不足，除了類（classes）之外，AOP提供了切面。切面對關注點進行模塊化，例如橫切多個類型和對象的事務管理

Spring的一個關鍵的組件就是AOP框架，能夠自由選擇是否使用AOP 提供聲明式企業服務，特別是爲了替代EJB聲明式服務。最重要的服務是聲明性事務管理，這個服務創建在Spring的抽象事物管理之上。容許用戶實現自定義切面，用AOP來完善OOP的使用,能夠把Spring AOP看做是對Spring的一種加強

8.Spring的核心類有哪些，各有什麼做用？

BeanFactory：產生一個新的實例，能夠實現單例模式

BeanWrapper：提供統一的get及set方法

ApplicationContext:提供框架的實現，包括BeanFactory的全部功能

9.Spring裏面如何配置數據庫驅動？

使用」org.springframework.jdbc.datasource.DriverManagerDataSource」數據源來配置數據庫驅動。示例以下：

1. <bean id=」dataSource」> 
2.     <property name=」driverClassName」> 
3.         <value>org.hsqldb.jdbcDriver</value>
4.     </property> 
5.     <property name=」url」> 
6.         <value>jdbc:hsqldb:db/appfuse</value> 
7.     </property> 
8.     <property name=」username」><value>abc</value></property> 
9.     <property name=」password」><value>abc</value></property> 
10. </bean> 

10.Spring裏面applicationContext.xml文件能不能改爲其餘文件名？

ContextLoaderListener是一個ServletContextListener, 它在你的web應用啓動的時候初始化。缺省狀況下， 它會在WEB-INF/applicationContext.xml文件找Spring的配置。 你能夠經過定義一個<context-param>元素名字爲」contextConfigLocation」來改變Spring配置文件的 位置。示例以下： 

 

1. <listener> 
2.     <listener-class>org.springframework.web.context.ContextLoaderListener
3.         <context-param> 
4.          <param-name>contextConfigLocation</param-name> 
5.          <param-value>/WEB-INF/xyz.xml</param-value> 
6.         </context-param>   
7.     </listener-class> 
8. </listener> 

11.Spring裏面如何定義hibernate mapping？

 

添加hibernate mapping 文件到web/WEB-INF目錄下的applicationContext.xml文件裏面。示例以下：

1. <property name=」mappingResources」> 
2.     <list> 
3.         <value>org/appfuse/model/User.hbm.xml</value> 
4.     </list> 
5. </property>

12.Spring如何處理線程併發問題？

Spring使用ThreadLocal解決線程安全問題

咱們知道在通常狀況下，只有無狀態的Bean才能夠在多線程環境下共享，在Spring中，絕大部分Bean均可以聲明爲singleton做用域。就是由於Spring對一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非線程安全狀態採用ThreadLocal進行處理，讓它們也成爲線程安全的狀態，由於有狀態的Bean就能夠在多線程中共享了。

ThreadLocal和線程同步機制都是爲了解決多線程中相同變量的訪問衝突問題。

在同步機制中，經過對象的鎖機制保證同一時間只有一個線程訪問變量。這時該變量是多個線程共享的，使用同步機制要求程序慎密地分析何時對變量進行讀寫，何時須要鎖定某個對象，何時釋放對象鎖等繁雜的問題，程序設計和編寫難度相對較大。

而ThreadLocal則從另外一個角度來解決多線程的併發訪問。ThreadLocal會爲每個線程提供一個獨立的變量副本，從而隔離了多個線程對數據的訪問衝突。由於每個線程都擁有本身的變量副本，從而也就沒有必要對該變量進行同步了。ThreadLocal提供了線程安全的共享對象，在編寫多線程代碼時，能夠把不安全的變量封裝進ThreadLocal。

因爲ThreadLocal中能夠持有任何類型的對象，低版本JDK所提供的get()返回的是Object對象，須要強制類型轉換。但JDK5.0經過泛型很好的解決了這個問題，在必定程度地簡化ThreadLocal的使用。

歸納起來講，對於多線程資源共享的問題，同步機制採用了「以時間換空間」的方式，而ThreadLocal採用了「以空間換時間」的方式。前者僅提供一份變量，讓不一樣的線程排隊訪問，然後者爲每個線程都提供了一份變量，所以能夠同時訪問而互不影響。

13.爲何要有事物傳播行爲？

14.介紹一下Spring的事物管理

    事務就是對一系列的數據庫操做（好比插入多條數據）進行統一的提交或回滾操做，若是插入成功，那麼一塊兒成功，若是中間有一條出現異常，那麼回滾以前的全部操做。這樣能夠防止出現髒數據，防止數據庫數據出現問題。

開發中爲了不這種狀況通常都會進行事務管理。Spring中也有本身的事務管理機制，通常是使用TransactionMananger進行管 理，能夠經過Spring的注入來完成此功能。spring提供了幾個關於事務處理的類：

TransactionDefinition //事務屬性定義

TranscationStatus //表明了當前的事務，能夠提交，回滾。

PlatformTransactionManager這個是spring提供的用於管理事務的基礎接口，其下有一個實現的抽象類 AbstractPlatformTransactionManager,咱們使用的事務管理類例如 DataSourceTransactionManager等都是這個類的子類。

通常事務定義步驟：

 

1. TransactionDefinition td =newTransactionDefinition();
2. TransactionStatus ts = transactionManager.getTransaction(td);
3. try{ 
4.     //do sth
5.     transactionManager.commit(ts);
6. }catch(Exception e){
7.     transactionManager.rollback(ts);
8. }

    spring提供的事務管理能夠分爲兩類：編程式的和聲明式的。編程式的，比較靈活，可是代碼量大，存在重複的代碼比較多；聲明式的比編程式的更靈活。

 

編程式主要使用transactionTemplate。省略了部分的提交，回滾，一系列的事務對象定義，需注入事務管理對象.

 

1. void add(){
2.     transactionTemplate.execute(newTransactionCallback(){
3.         pulic Object doInTransaction(TransactionStatus ts){
4.          //do sth
5.         }
6.     }
7. }

聲明式：

 

使用TransactionProxyFactoryBean:PROPAGATION_REQUIRED PROPAGATION_REQUIRED PROPAGATION_REQUIRED,readOnly

圍繞Poxy的動態代理 可以自動的提交和回滾事務

org.springframework.transaction.interceptor.TransactionProxyFactoryBean

PROPAGATION_REQUIRED–支持當前事務，若是當前沒有事務，就新建一個事務。這是最多見的選擇。

PROPAGATION_SUPPORTS–支持當前事務，若是當前沒有事務，就以非事務方式執行。

PROPAGATION_MANDATORY–支持當前事務，若是當前沒有事務，就拋出異常。

PROPAGATION_REQUIRES_NEW–新建事務，若是當前存在事務，把當前事務掛起。

PROPAGATION_NOT_SUPPORTED–以非事務方式執行操做，若是當前存在事務，就把當前事務掛起。

PROPAGATION_NEVER–以非事務方式執行，若是當前存在事務，則拋出異常。

PROPAGATION_NESTED–若是當前存在事務，則在嵌套事務內執行。若是當前沒有事務，則進行與 PROPAGATION_REQUIRED相似的操做。

15.解釋一下Spring AOP裏面的幾個名詞

切面（Aspect）：一個關注點的模塊化，這個關注點可能會橫切多個對象。事務管理是J2EE應用中一個關於橫切關注點的很好的例子。 在Spring AOP中，切面可使用通用類（基於模式的風格） 或者在普通類中以 @Aspect 註解（@AspectJ風格）來實現。

鏈接點（Joinpoint）：在程序執行過程當中某個特定的點，好比某方法調用的時候或者處理異常的時候。 在Spring AOP中，一個鏈接點 老是 表明一個方法的執行。 經過聲明一個org.aspectj.lang.JoinPoint類型的參數可使通知（Advice）的主體部分得到鏈接點信息。

通知（Advice）：在切面的某個特定的鏈接點（Joinpoint）上執行的動做。通知有各類類型，其中包括「around」、「before」和「after」等通知。 通知的類型將在後面部分進行討論。許多AOP框架，包括Spring，都是以攔截器作通知模型， 並維護一個以鏈接點爲中心的攔截器鏈。

切入點（Pointcut）：匹配鏈接點（Joinpoint）的斷言。通知和一個切入點表達式關聯，並在知足這個切入點的鏈接點上運行（例如，當執行某個特定名稱的方法時）。 切入點表達式如何和鏈接點匹配是AOP的核心：Spring缺省使用AspectJ切入點語法。

引入（Introduction）：（也被稱爲內部類型聲明（inter-type declaration））。聲明額外的方法或者某個類型的字段。 Spring容許引入新的接口（以及一個對應的實現）到任何被代理的對象。例如，你可使用一個引入來使bean實現 IsModified 接口，以便簡化緩存機制。

目標對象（Target Object）： 被一個或者多個切面（aspect）所通知（advise）的對象。也有人把它叫作 被通知（advised） 對象。 既然Spring AOP是經過運行時代理實現的，這個對象永遠是一個 被代理（proxied） 對象。

AOP代理（AOP Proxy）： AOP框架建立的對象，用來實現切面契約（aspect contract）（包括通知方法執行等功能）。 在Spring中，AOP代理能夠是JDK動態代理或者CGLIB代理。 注意：Spring 2.0最新引入的基於模式（schema-based）風格和@AspectJ註解風格的切面聲明，對於使用這些風格的用戶來講，代理的建立是透明的。

織入（Weaving）：把切面（aspect）鏈接到其它的應用程序類型或者對象上，並建立一個被通知（advised）的對象。 這些能夠在編譯時（例如使用AspectJ編譯器），類加載時和運行時完成。 Spring和其餘純Java AOP框架同樣，在運行時完成織入。

16.通知有哪些類型？

前置通知（Before advice）：在某鏈接點（join point）以前執行的通知，但這個通知不能阻止鏈接點前的執行（除非它拋出一個異常）。

返回後通知（After returning advice）：在某鏈接點（join point）正常完成後執行的通知：例如，一個方法沒有拋出任何異常，正常返回。  拋出異常後通知（After throwing advice）：在方法拋出異常退出時執行的通知。  後通知（After (finally) advice）：當某鏈接點退出的時候執行的通知（不管是正常返回仍是異常退出）。  環繞通知（Around Advice）：包圍一個鏈接點（join point）的通知，如方法調用。這是最強大的一種通知類型。 環繞通知能夠在方法調用先後完成自定義的行爲。它也會選擇是否繼續執行鏈接點或直接返回它們本身的返回值或拋出異常來結束執行。     環繞通知是最經常使用的一種通知類型。大部分基於攔截的AOP框架，例如Nanning和JBoss4，都只提供環繞通知。  切入點（pointcut）和鏈接點（join point）匹配的概念是AOP的關鍵，這使得AOP不一樣於其它僅僅提供攔截功能的舊技術。 切入點使得定位通知（advice）可獨立於OO層次。 例如，一個提供聲明式事務管理的around通知能夠被應用到一組橫跨多個對象中的方法上（例如服務層的全部業務操做）。