Spring奪命連環10問

1.說說Spring 裡用到了哪些設計模式?

單例模式

：Spring 中的 Bean 預設情況下都是單例的。無需多說。

工廠模式

：工廠模式主要是通過 BeanFactory 和 ApplicationContext 來生産 Bean 對象。

代理模式

：最常見的 AOP 的實作方式就是通過代理來實作，Spring主要是使用 JDK 動态代理和 CGLIB 代理。

模闆方法模式

：主要是一些對資料庫操作的類用到，比如 JdbcTemplate、JpaTemplate，因為查詢資料庫的建立連接配接、執行查詢、關閉連接配接幾個過程，非常适用于模闆方法。

2.談談你對IOC 和 AOP 的了解？他們的實作原理是什麼？

IOC 叫做控制反轉，指的是通過Spring來管理對象的建立、配置和生命周期，這樣相當于把控制權交給了Spring，不需要人工來管理對象之間複雜的依賴關系，這樣做的好處就是解耦。在Spring裡面，主要提供了 BeanFactory 和 ApplicationContext 兩種 IOC 容器，通過他們來實作對 Bean 的管理。

AOP 叫做面向切面程式設計，他是一個程式設計範式，目的就是提高代碼的子產品性。Spring AOP 基于動态代理的方式實作，如果是實作了接口的話就會使用 JDK 動态代理，反之則使用 CGLIB 代理，Spring中 AOP 的應用主要展現在 事務、日志、異常處理等方面，通過在代碼的前後做一些增強處理，可以實作對業務邏輯的隔離，提高代碼的子產品化能力，同時也是解耦。Spring主要提供了 Aspect 切面、JoinPoint 連接配接點、PointCut 切入點、Advice 增強等實作方式。

3. JDK 動态代理和 CGLIB 代理有什麼差別？

JDK 動态代理主要是針對類實作了某個接口，AOP 則會使用 JDK 動态代理。他基于反射的機制實作，生成一個實作同樣接口的一個代理類，然後通過重寫方法的方式，實作對代碼的增強。

而如果某個類沒有實作接口，AOP 則會使用 CGLIB 代理。他的底層原理是基于 asm 第三方架構，通過修改位元組碼生成成成一個子類，然後重寫父類的方法，實作對代碼的增強。

4. Spring AOP 和 AspectJ AOP 有什麼差別？

Spring AOP 基于動态代理實作，屬于運作時增強。

AspectJ 則屬于編譯時增強，主要有3種方式：

1. 編譯時織入：指的是增強的代碼和源代碼我們都有，直接使用 AspectJ 編譯器編譯就行了，編譯之後生成一個新的類，他也會作為一個正常的 Java 類裝載到JVM。
2. 編譯後織入：指的是代碼已經被編譯成 class 檔案或者已經打成 jar 包，這時候要增強的話，就是編譯後織入，比如你依賴了第三方的類庫，又想對他增強的話，就可以通過這種方式。

1. 加載時織入：指的是在 JVM 加載類的時候進行織入。

總結下來的話，就是 Spring AOP 隻能在運作時織入，不需要單獨編譯，性能相比 AspectJ 編譯織入的方式慢，而 AspectJ 隻支援編譯前後和類加載時織入，性能更好，功能更加強大。

5. FactoryBean 和 BeanFactory有什麼差別？

BeanFactory 是 Bean 的工廠， ApplicationContext 的父類，IOC 容器的核心，負責生産和管理 Bean 對象。

FactoryBean 是 Bean，可以通過實作 FactoryBean 接口定制執行個體化 Bean 的邏輯，通過代理一個Bean對象，對方法前後做一些操作。

6.SpringBean的生命周期說說？

SpringBean 生命周期簡單概括為4個階段：

1. 執行個體化，建立一個Bean對象
2. 填充屬性，為屬性指派
3. 初始化
   • 如果實作了

     xxxAware

     接口，通過不同類型的Aware接口拿到Spring容器的資源
   • 如果實作了BeanPostProcessor接口，則會回調該接口的

     postProcessBeforeInitialzation

     和

     postProcessAfterInitialization

     方法
   • 如果配置了

     init-method

     方法，則會執行

     init-method

     配置的方法
4. 銷毀
   • 容器關閉後，如果Bean實作了

     DisposableBean

     接口，則會回調該接口的

     destroy

   • destroy-method

     destroy-method

7.Spring是怎麼解決循環依賴的？

首先，Spring 解決循環依賴有兩個前提條件：

1. 不全是構造器方式的循環依賴
2. 必須是單例

基于上面的問題，我們知道Bean的生命周期，本質上解決循環依賴的問題就是三級緩存，通過三級緩存提前拿到未初始化完全的對象。

第一級緩存：用來儲存執行個體化、初始化都完成的對象

第二級緩存：用來儲存執行個體化完成，但是未初始化完成的對象

第三級緩存：用來儲存一個對象工廠，提供一個匿名内部類，用于建立二級緩存中的對象

假設一個簡單的循環依賴場景，A、B互相依賴。

A對象的建立過程：

1. 建立對象A，執行個體化的時候把A對象工廠放入三級緩存

1. A注入屬性時，發現依賴B，轉而去執行個體化B
2. 同樣建立對象B，注入屬性時發現依賴A，一次從一級到三級緩存查詢A，從三級緩存通過對象工廠拿到A，把A放入二級緩存，同時删除三級緩存中的A，此時，B已經執行個體化并且初始化完成，把B放入一級緩存。

1. 接着繼續建立A，順利從一級緩存拿到執行個體化且初始化完成的B對象，A對象建立也完成，删除二級緩存中的A，同時把A放入一級緩存
2. 最後，一級緩存中儲存着執行個體化、初始化都完成的A、B對象

是以，由于把執行個體化和初始化的流程分開了，是以如果都是用構造器的話，就沒法分離這個操作，是以都是構造器的話就無法解決循環依賴的問題了。

8. 為什麼要三級緩存？二級不行嗎？

不可以，主要是為了生成代理對象。

因為三級緩存中放的是生成具體對象的匿名内部類，他可以生成代理對象，也可以是普通的執行個體對象。

使用三級緩存主要是為了保證不管什麼時候使用的都是一個對象。

假設隻有二級緩存的情況，往二級緩存中放的顯示一個普通的Bean對象，

BeanPostProcessor

去生成代理對象之後，覆寫掉二級緩存中的普通Bean對象，那麼多線程環境下可能取到的對象就不一緻了。

9.Spring事務傳播機制有哪些？

1. PROPAGATION_REQUIRED：如果目前沒有事務，就建立一個新事務，如果目前存在事務，就加入該事務，這也是通常我們的預設選擇。
2. PROPAGATION_REQUIRES_NEW：建立新事務，無論目前存不存在事務，都建立新事務。
3. PROPAGATION_NESTED：如果目前存在事務，則在嵌套事務内執行。如果目前沒有事務，則按REQUIRED屬性執行。
4. PROPAGATION_NOT_SUPPORTED：以非事務方式執行操作，如果目前存在事務，就把目前事務挂起。
5. PROPAGATION_NEVER：以非事務方式執行，如果目前存在事務，則抛出異常。
6. PROPAGATION_MANDATORY：支援目前事務，如果目前存在事務，就加入該事務，如果目前不存在事務，就抛出異常。
7. PROPAGATION_SUPPORTS：支援目前事務，如果目前存在事務，就加入該事務，如果目前不存在事務，就以非事務執行。‘

10.最後，說說Spring Boot 啟動流程吧？

這個流程，網上一搜基本都是這張圖了，我也不想再畫一遍了。那其實主要的流程就幾個步驟：

1. 準備環境，根據不同的環境建立不同的Environment
2. 準備、加載上下文，為不同的環境選擇不同的Spring Context，然後加載資源，配置Bean
3. 初始化，這個階段重新整理Spring Context，啟動應用
4. 最後結束流程