Spring原理的一些問題

時間 2019-11-16

原文原文鏈接

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

Spring 框架是一個爲 Java 應用程序的開發提供了綜合、普遍的基礎性支持的 Java 平臺。Spring
幫助開發者解決了開發中基礎性的問題，使得開發人員能夠專一於應用程序的開發。Spring 框
架自己亦是按照設計模式精心打造，這使得咱們能夠在開發環境中安心的集成 Spring 框架，不
必擔憂 Spring 是如何在後臺進行工做的。
Spring 框架至今已集成了 20 多個模塊。這些模塊主要被分以下圖所示的核心容器、數據訪問/
集成,、Web、AOP（面向切面編程）、工具、消息和測試模塊。java

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

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

一、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

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

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

五、BeanFactory 和 ApplicationContext 有什麼區別？

BeanFactory 能夠理解爲含有 bean 集合的工廠類。BeanFactory 包含了種 bean 的定義，以
便在接收到客戶端請求時將對應的 bean 實例化。
BeanFactory 還能在實例化對象的時生成協做類之間的關係。此舉將 bean 自身與 bean 客戶端
的配置中解放出來。BeanFactory 還包含了 bean 生命週期的控制，調用客戶端的初始化方法
（initialization methods）和銷燬方法（destruction methods）。
從表面上看，application context 如同 bean factory 同樣具備 bean 定義、bean 關聯關係的
設置，根據請求分發 bean 的功能。但 application context 在此基礎上還提供了其餘的功能。
1.提供了支持國際化的文本消息
2.統一的資源文件讀取方式
3.已在監聽器中註冊的 bean 的事件
如下是三種較常見的 ApplicationContext 實現方式：
一、ClassPathXmlApplicationContext：從 classpath 的 XML 配置文件中讀取上下文，並生成
上下文定義。應用程序上下文從程序環境變量中取得。
ApplicationContext context = new ClassPathXmlApplicationContext(「application.xml」);
二、FileSystemXmlApplicationContext ：由文件系統中的 XML 配置文件讀取上下文。
ApplicationContext context = new FileSystemXmlApplicationContext(「application.xml」);
三、XmlWebApplicationContext：由 Web 應用的 XML 文件讀取上下文。編程

六、Spring 提供幾種配置方式來設置元數據？

將 Spring 配置到應用開發中有如下三種方式：
1.基於 XML 的配置
2.基於註解的配置
3.基於 Java 的配置json

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

在 Spring 框架中，依賴和服務須要在專門的配置文件來實現，我經常使用的 XML 格式的配置文件。
這些配置文件的格式一般用開頭，而後一系列的 bean 定義和專門的應用配置選項組成。
SpringXML配置的主要目的時候是使全部的Spring組件均可以用xml文件的形式來進行配置。
這意味着不會出現其餘的 Spring 配置類型（好比聲明的方式或基於 Java Class 的配置方式）
Spring 的 XML 配置方式是使用被 Spring 命名空間的所支持的一系列的 XML 標籤來實現的。
Spring 有如下主要的命名空間：context、beans、jdbc、tx、aop、mvc 和 aso。設計模式

<beans>

<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 聲明所起到的做用與元素相似。被@Configuration 所註解的類則表示這個類的主要
目的是做爲 bean 定義的資源。被@Configuration 聲明的類能夠經過在同一個類的內部調用
@bean 方法來設置嵌入 bean 的依賴關係。
最簡單的@Configuration 聲明類請參考下面的代碼：

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

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

上述配置方式的實例化方式以下：利用 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.gupaoedu")
public class AppConfig {
}

在上面的例子中，com.gupaoedu 包首先會被掃到，而後再容器內查找被@Component 聲明
的類，找到後將這些類按照 Sring bean 定義進行註冊。更多面試資料在羣619881427免費獲取（JVM/併發編程/分佈式/微服務/等面試疑難解答均可以羣裏免費獲取）
如果你要在你的 web 應用開發中選用上述的配置的方式的話，需要用
AnnotationConfigWebApplicationContext 類來讀取配置文件，能夠用來配置 Spring 的
Servlet 監聽器 ContrextLoaderListener 或者 Spring MVC 的 DispatcherServlet。

<web-app>

<context-param>
<param-name>contextClass</param-name>
<param-value>
org.springframework.web.context.support.AnnotationConfigWebApplicationContext
</param-value>
</context-param>

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>com.gupaoedu.AppConfig</param-value>
</context-param>

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-cla
ss>
</listener>

<servlet>
<servlet-name>dispatcher</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>

<init-param>
<param-name>contextClass</param-name>
<param-value>
org.springframework.web.context.support.AnnotationConfigWebApplicationContext
</param-value>
</init-param>

<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>com.gupaoedu.web.MVCConfig</param-value>
</init-param>
</servlet>

<servlet-mapping>
<servlet-name>dispatcher</servlet-name>
<url-pattern>/web/*</url-pattern>
</servlet-mapping></web-app>

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

Spring 在 2.5 版本之後開始支持用註解的方式來配置依賴注入。能夠用註解的方式來替代 XML
方式的 bean 描述，能夠將 bean 描述轉移到組件類的內部，只須要在相關類上、方法上或者字
段聲明上使用註解便可。註解注入將會被容器在 XML 注入以前被處理，因此後者會覆蓋掉前者
對於同一個屬性的處理結果。
註解裝配在 Spring 中是默認關閉的。因此須要在 Spring 文件中配置一下才能使用基於註解的
裝配模式。若是你想要在你的應用程序中使用關於註解的方法的話，請參考以下的配置。

在標籤配置完成之後，就能夠用註解的方式在 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 生命週期的代碼樣例以下：

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

Spring 容器中的 bean 能夠分爲 5 個範圍。全部範圍的名稱都是自說明的，可是爲了不混淆，
仍是讓咱們來解釋一下：
1.singleton：這種 bean 範圍是默認的，這種範圍確保無論接受到多少個請求，每一個容器中只
有一個 bean 的實例，單例的模式由 bean factory 自身來維護。
2.prototype：原形範圍與單例範圍相反，爲每個 bean 請求提供一個實例。
3.request：在請求 bean 範圍內會每個來自客戶端的網絡請求建立一個實例，在請求完成以
後，bean 會失效並被垃圾回收器回收。
4.Session：與請求範圍相似，確保每一個 session 中有一個 bean 的實例，在 session 過時後，
bean 會隨之失效。更多面試資料在羣619881427免費獲取（JVM/併發編程/分佈式/微服務/等面試視頻學習資料均可以避免費獲取）
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 的聲明方式以下：

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

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

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

Spring 提供瞭如下四種集合類的配置元素：
一、 : 該標籤用來裝配可重複的 list 值。
二、 : 該標籤用來裝配沒有重複的 set 值。
三、: 該標籤可用來注入鍵和值能夠爲任何類型的鍵值對。
四、 : 該標籤支持注入鍵和值都是字符串類型的鍵值對。
下面看一下具體的例子：

<beans>

<bean id="javaCollection" class="com.gupaoedu.JavaCollection">

<property name="customList">
<list>
<value>INDIA</value>
<value>Pakistan</value>
<value>USA</value>
<value>UK</value>
</list>
</property>

<property name="customSet">
<set>
<value>INDIA</value>
<value>Pakistan</value>
<value>USA</value>
<value>UK</value>
</set>
</property>

<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>

<property name="customProperies">
<props>
<prop key="admin">admin@gupaoedu.com</prop>
<prop key="support">support@gupaoedu.com</prop>
</props>
</property>
</bean>
</beans>

1五、如何向 Spring Bean 中注入 java.util.Properties？

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

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

<property name="emails">
<props>
<prop key="admin">admin@gupaoedu.com</prop>
<prop key="support">support@gupaoedu.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.gupaoedu.EmployeeDAOImpl" autowire="byName" />
除了 bean 配置文件中提供的自動裝配模式，還可使用@Autowired 註解來自動裝配指定的
bean。在使用@Autowired 註解以前須要在按照以下的配置方式在 Spring 配置文件進行配置
纔可使用。
<context:annotation-config />
也能夠經過在配置文件中配置 AutowiredAnnotationBeanPostProcessor 達到相同的效果。

 1
配置好之後就可使用@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 配置文件中直接引入 AutowiredAnnotationBeanPostProcessor

19 、自動裝配有哪些侷限性？

自動裝配有以下侷限性：
重寫：你仍然須要使用和< property>設置指明依賴，這意味着總要重寫自動裝配。
原生數據類型:你不能自動裝配簡單的屬性，如原生類型、字符串和類。
模糊特性：自動裝配老是沒有自定義裝配精確，所以，若是可能儘可能使用自定義裝配。

20、在 Spring 中能夠注入 null 或空字符串嗎？

徹底能夠。

2一、請舉例解釋@Required Annotation？

在產品級別的應用中，IOC 容器可能聲明瞭數十萬了 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;
}
}

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

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

2二、請舉例解釋@Autowired 註解？

@Autowired 註解對自動裝配什麼時候何處被實現提供了更多細粒度的控制。@Autowired 註解可
以像@Required 註解、構造器同樣被用於在 bean 的設值方法上自動裝配 bean 的屬性，一個
參數或者帶有任意名稱或帶有多個參數的方法。
好比，能夠在設值方法上使用@Autowired 註解來替代配置文件中的元素。當 Spring 容器在
setter 方法上找到@Autowired 註解時，會嘗試用 byType 自動裝配。
固然咱們也能夠在構造方法上使用@Autowired 註解。帶有@Autowired 註解的構造方法意味
着在建立一個 bean 時將會被自動裝配，即使在配置文件中使用元素。

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();
}
}

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

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

@Qualifier 註解意味着能夠在被標註 bean 的字段上能夠自動裝配。Qualifier 註解能夠用來取
消 Spring 不能取消的 bean 應用。
下面的示例將會在 Customer 的 person 屬性中自動裝配 person 的值。

public class Customer{
@Autowired
private Person person;
}

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

Spring 會知道要自動裝配哪一個 person bean 麼？不會的，可是運行上面的示例時，會拋出下面
的異常：
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
No unique bean of type [com.gupaoedu.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 用設值注入的方法解決了循環依賴的問題，因對象的設值方法是在
對象被建立以前被調用的。更多面試資料在羣619881427免費獲取（JVM/併發編程/分佈式/微服務/等面試疑難解答均可以羣裏免費獲取）

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 來對請求進行分發。
五、工廠模式：BeanFactory 用來建立對象的實例，貫穿於 BeanFactory / ApplicationContext
接口的核心理念。
六、代理模式：AOP 思想的底層實現技術，Spring 中採用 JDK Proxy 和 CgLib 類庫。

2八、在 Spring 框架中如何更有效的使用 JDBC？

使用Spring JDBC框架，資源管理以及錯誤處理的代價都會減輕。開發人員只需經過statements
和 queries 語句從數據庫中存取數據。Spring 框架中經過使用模板類能更有效的使用 JDBC，
也就是所謂的 JdbcTemplate。

2九、Spring5 新特性

一、依賴 JDK 8+和 Java EE7+以上版本二、首次採用反應式編程模型三、支持使用註解進行編程四、新增函數式編程五、支持使用 REST 斷點執行反應式編程六、支持 HTTP 2.0七、新增 Kotlin 和 Spring WebFlux八、可以使用 Lambda 表達式註冊 Bean九、Spring WebMVC 支持最新的 API十、使用 JUnit5 執行條件和併發測試十一、使用 Spring WebFlux 執行集成測試十二、核心容器優化————————————————版權聲明：本文爲CSDN博主「javaxuexi123」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處連接及本聲明。原文連接：https://blog.csdn.net/javaxuexi123/article/details/80804800