什么是 Spring 框架?Spring框架有哪些主要模塊？

作者：Guide哥
鏈接：https://www.zhihu.com/question/48427693/answer/692943779
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。

 

我們一般說 Spring 框架指的都是 Spring Framework，它是很多模塊的集合，這些模塊是：核心容器、數據訪問/集成,、Web、AOP（面向切面編程）、工具、消息和測試模塊，如下圖所示。Spring 的框架的主要目的就是簡化 Java 后端開發工作。

列舉一些重要的Spring模塊？

一些重要的Spring Framework模塊是：

• Spring Core： 基礎,可以說 Spring 其他所有的功能都需要依賴於該類庫。主要提供 IOC 依賴注入功能。
• **Spring Aspects ** ： 該模塊為與AspectJ的集成提供支持。
• Spring AOP ：提供了面向方面的編程實現。
• Spring JDBC : Java數據庫連接。
• Spring JMS ：Java消息服務。
• Spring ORM : 用於支持Hibernate等ORM工具。
• Spring Web : 為創建Web應用程序提供支持。
• Spring Test : 提供了對 JUnit 和 TestNG 測試的支持。

談談自己對於 Spring IoC 和 AOP 的理解

IoC

IoC（Inverse of Control:控制反轉）而是一種設計思想，就是 將原本在程序中手動創建對象的控制權，交由Spring框架來管理。 IoC 在其他語言中也有應用，並非 Spirng 特有。 IoC 容器是 Spring 用來實現 IoC 的載體， IoC 容器實際上就是個Map（key，value）,Map 中存放的是各種對象。

將對象之間的相互依賴關系交給 IOC 容器來管理，並由 IOC 容器完成對象的注入。這樣可以很大程度上簡化應用的開發，把應用從復雜的依賴關系中解放出來。 IOC 容器就像是一個工廠一樣，當我們需要創建一個對象的時候，只需要配置好配置文件/注解即可，完全不用考慮對象是如何被創建出來的。 在實際項目中一個 Service 類可能有幾百甚至上千個類作為它的底層，假如我們需要實例化這個 Service，你可能要每次都要搞清這個 Service 所有底層類的構造函數，這可能會把人逼瘋。如果利用 IOC 的話，你只需要配置好，然后在需要的地方引用就行了，這大大增加了項目的可維護性且降低了開發難度。

Spring 時代我們一般通過 XML 文件來配置 Bean，后來開發人員覺得 XML 文件來配置不太好，於是 SpringBoot 注解配置就慢慢開始流行起來。

推薦閱讀：https://www.zhihu.com/question/23277575/answer/169698662

Spring IOC的初始化過程：

IOC源碼閱讀

• https://javadoop.com/post/spring-ioc

AOP

AOP(Aspect-Oriented Programming:面向切面編程)能夠將那些與業務無關，卻為業務模塊所共同調用的邏輯或責任（例如事務處理、日志管理、權限控制等）封裝起來，便於減少系統的重復代碼，降低模塊間的耦合度，並有利於未來的可拓展性和可維護性。

Spring AOP就是基於動態代理的，如果要代理的對象，實現了某個接口，那么Spring AOP會使用JDK Proxy，去創建代理對象，而對於沒有實現接口的對象，就無法使用 JDK Proxy 去進行代理了，這時候Spring AOP會使用Cglib ，這時候Spring AOP會使用 Cglib 生成一個被代理對象的子類來作為代理，如下圖所示：

當然你也可以使用 AspectJ ,Spring AOP 已經集成了AspectJ ，AspectJ 應該算的上是 Java 生態系統中最完整的 AOP 框架了。

使用 AOP 之后我們可以把一些通用功能抽象出來，在需要用到的地方直接使用即可，這樣大大簡化了代碼量。我們需要增加新功能時也方便，這樣也提高了系統擴展性。日志功能、事務管理等等場景都用到了 AOP 。

Spring AOP 和 AspectJ AOP 有什么區別？

Spring AOP 屬於運行時增強，而 AspectJ 是編譯時增強。 Spring AOP 基於代理(Proxying)，而 AspectJ 基於字節碼操作(Bytecode Manipulation)。

Spring AOP 已經集成了 AspectJ ，AspectJ 應該算的上是 Java 生態系統中最完整的 AOP 框架了。AspectJ 相比於 Spring AOP 功能更加強大，但是 Spring AOP 相對來說更簡單，

如果我們的切面比較少，那么兩者性能差異不大。但是，當切面太多的話，最好選擇 AspectJ ，它比Spring AOP 快很多。

Spring 中的 bean 的作用域有哪些?

• singleton : 唯一 bean 實例，Spring 中的 bean 默認都是單例的。
• prototype : 每次請求都會創建一個新的 bean 實例。
• request : 每一次HTTP請求都會產生一個新的bean，該bean僅在當前HTTP request內有效。
• session : 每一次HTTP請求都會產生一個新的 bean，該bean僅在當前 HTTP session 內有效。
• global-session： 全局session作用域，僅僅在基於portlet的web應用中才有意義，Spring5已經沒有了。Portlet是能夠生成語義代碼(例如：HTML)片段的小型Java Web插件。它們基於portlet容器，可以像servlet一樣處理HTTP請求。但是，與 servlet 不同，每個 portlet 都有不同的會話

Spring 中的 bean 生命周期?

說說 Spring MVC 有哪些優點?

SpringMVC 工作原理了解嗎?

原理如下圖所示：

上圖的一個筆誤的小問題：Spring MVC 的入口函數也就是前端控制器 DispatcherServlet 的作用是接收請求，響應結果。

流程說明（重要）：

1. 客戶端（瀏覽器）發送請求，直接請求到 DispatcherServlet。
2. DispatcherServlet 根據請求信息調用 HandlerMapping，解析請求對應的 Handler。
3. 解析到對應的 Handler（也就是我們平常說的 Controller 控制器）后，開始由 HandlerAdapter 適配器處理。
4. HandlerAdapter 會根據 Handler 來調用真正的處理器開處理請求，並處理相應的業務邏輯。
5. 處理器處理完業務后，會返回一個 ModelAndView 對象，Model 是返回的數據對象，View 是個邏輯上的 View。
6. ViewResolver 會根據邏輯 View 查找實際的 View。
7. DispaterServlet 把返回的 Model 傳給 View（視圖渲染）。
8. 把 View 返回給請求者（瀏覽器）

Spring 框架中用到了哪些設計模式？

說幾種比較常見的：

• 工廠設計模式 : Spring使用工廠模式通過 BeanFactory、ApplicationContext 創建 bean 對象。
• 代理設計模式 : Spring AOP 功能的實現。
• 單例設計模式 : Spring 中的 Bean 默認都是單例的。
• 模板方法模式 : Spring 中 jdbcTemplate、hibernateTemplate 等以 Template 結尾的對數據庫操作的類，它們就使用到了模板模式。
• 包裝器設計模式 : 我們的項目需要連接多個數據庫，而且不同的客戶在每次訪問中根據需要會去訪問不同的數據庫。這種模式讓我們可以根據客戶的需求能夠動態切換不同的數據源。
• 觀察者模式: Spring 事件驅動模型就是觀察者模式很經典的一個應用。
• 適配器模式 :Spring AOP 的增強或通知(Advice)使用到了適配器模式、spring MVC 中也是用到了適配器模式適配Controller。

Spring 管理事務的方式有幾種？

1. 編程式事務，在代碼中硬編碼。(不推薦使用)
2. 聲明式事務，在配置文件中配置（推薦使用）

聲明式事務又分為兩種：

1. 基於XML的聲明式事務
2. 基於注解的聲明式事務

Spring 事務中的隔離級別有哪幾種?

TransactionDefinition 接口中定義了五個表示隔離級別的常量：

• TransactionDefinition.ISOLATION_DEFAULT: 使用后端數據庫默認的隔離級別，Mysql 默認采用的 REPEATABLE_READ隔離級別 Oracle 默認采用的 READ_COMMITTED隔離級別.
• TransactionDefinition.ISOLATION_READ_UNCOMMITTED: 最低的隔離級別，允許讀取尚未提交的數據變更，可能會導致臟讀、幻讀或不可重復讀
• TransactionDefinition.ISOLATION_READ_COMMITTED: 允許讀取並發事務已經提交的數據，可以阻止臟讀，但是幻讀或不可重復讀仍有可能發生
• TransactionDefinition.ISOLATION_REPEATABLE_READ: 對同一字段的多次讀取結果都是一致的，除非數據是被本身事務自己所修改，可以阻止臟讀和不可重復讀，但幻讀仍有可能發生。
• TransactionDefinition.ISOLATION_SERIALIZABLE: 最高的隔離級別，完全服從ACID的隔離級別。所有的事務依次逐個執行，這樣事務之間就完全不可能產生干擾，也就是說，該級別可以防止臟讀、不可重復讀以及幻讀。但是這將嚴重影響程序的性能。通常情況下也不會用到該級別。

Spring 事務中哪幾種事務傳播行為?

支持當前事務的情況：

• TransactionDefinition.PROPAGATION_REQUIRED： 如果當前存在事務，則加入該事務；如果當前沒有事務，則創建一個新的事務。
• TransactionDefinition.PROPAGATION_SUPPORTS： 如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續運行。
• TransactionDefinition.PROPAGATION_MANDATORY： 如果當前存在事務，則加入該事務；如果當前沒有事務，則拋出異常。（mandatory：強制性）

不支持當前事務的情況：

• TransactionDefinition.PROPAGATION_REQUIRES_NEW： 創建一個新的事務，如果當前存在事務，則把當前事務掛起。
• TransactionDefinition.PROPAGATION_NOT_SUPPORTED： 以非事務方式運行，如果當前存在事務，則把當前事務掛起。
• TransactionDefinition.PROPAGATION_NEVER： 以非事務方式運行，如果當前存在事務，則拋出異常。

其他情況：

• TransactionDefinition.PROPAGATION_NESTED： 如果當前存在事務，則創建一個事務作為當前事務的嵌套事務來運行；如果當前沒有事務，則該取值等價於TransactionDefinition.PROPAGATION_REQUIRED。