這些都是我在微信公眾號上看到的一些很有質量的文章，於是乎，自己記錄一遍供自己學習

Spring中使用了哪些設計模式

1. 單例模式：Spring中的Bean 模式都是單例的。
2. 工廠模式：工廠模式主要是通過BeanFactory和ApplicationContext來生產Bean物件的
3. 代理模式：最常見的AOP的實現方式就是通過代理來實現的 , Spring主要是使用JDK動態代理 和 CGLIB代理.
4. 模板方法模式: 主要是一些對資料庫操作的類用到, 如JdbcTemplate, JpaTemplate, 因為查詢資料庫的建立連線, 執行查詢, 關閉連線幾個過程, 非常適用於模板方法.

對IOC 和 AOP的理解, 以及它們的實現原理

IOC叫做控制反轉, 指的是通過Spring來管理物件的建立、配置和宣告週期， 這樣相當於把控制權交給Spring，不需要人工來管理物件之間複雜的依賴關係， 這樣做的好處是解耦。在Spring裡面， 主要提供了BeanFactory和ApplicationContext兩種IOC容器，通過它們來實現對Bean的管理。

AOP叫做面向切面程式設計，它是一個程式設計正規化，目的是提高程式碼的模組性。Spring AOP基於動態代理的方式實現,如果是實現了介面的話就會使用JDK動態代理， 反之則使用CGLIB代理。

Spring中AOP的應用主要體現在事務,日誌，異常處理等方面，通過在程式碼的前後做一些增強處理，可以實現對業務邏輯的隔離，提高程式碼的模組化能力，同時也是解耦

Spring主要提供了Aspect切面、JoinPoint連線點，PointCut切入點、Advice等實現方式。

JDK動態代理 和 CGLIB代理有什麼區別？

1. JDK動態代理主要是針對類實現了某個介面，AOP則會使用JDK動態代理。它基於反射的機制實現，生成一個實現同樣介面的一個代理類，然後通過重寫方法的方式， 實現對程式碼的增強。
2. 如果某個類沒有實現介面， AOP則會使用CGLIB代理。它的底層是基於asm第三方框架，通過修改位元組碼生成一個子類，然後重寫父類的方法， 實現對程式碼的增強。

Spring AOP 和AspectJ AOP 有什麼區別？

1. Spring AOP 基於動態代理實現， 屬於執行時增強
   。
2. AspectJ AOP則屬於編譯時增強， 主要有三種方式：
   • 編譯時植入：指的是增強的程式碼和原始碼我們都有，直接使用AspectJ 編譯器就行， 編譯之後會生成一個新的類，它也會作為一個正常的Java類裝載到JVM中。
   • 編譯後植入：指的是程式碼已經被編譯成class檔案或者已經打包成jar包，這時候要增強的話，就是編譯後植入，如依賴了第三方的類庫， 又想對它進行增強， 則通過這種方法。
   • 載入時植入：指的是在JVM載入類的時候進行植入
3. 總結：Spring AOP只能在執行時植入， 不需要單獨編譯， 效能相比AspectJ AOP編譯植入的方式慢，而AspectJ只支援編譯前後和類載入時植入，效能更好，功能更強。

FactoryBean 和FactoryFactory的區別

1. BeanFactory是Bean的工廠，ApplicationContext的父類， IOC容器的核心， 負責生產和管理Bean物件
2. FactoryBean是Bean，可以通過實現FactoryBean介面定製例項化Bean的邏輯，通過代理一個Bean物件，對方法前後做一些操作。

SpringBean的生命週期。

1. 例項化：建立一個Bean物件。
2. 填充屬性： 為物件賦值
3. 初始化：
   1. 如果實現了xxxAware介面，通過不同型別的Aware介面拿到Spring容器的資源
   2. 如果實現了BeanPostProcessor介面，則會回撥該介面的postProcessBeforeInitialization和postProcessAfterInitialization方法。
   3. 如果配置了init-method方法， 則會執行init-method配置的方法。
4. 銷燬
   1. 容器關閉後，如果Bean實現了DisposableBean介面，則會回撥該介面的destroy方法
   2. 如果配置了destroy-method方法， 則會執行destroy-method配置的方法。

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

因此，由於把例項化和初始化的流程分開了，所以如果都是用構造器的話，就沒法分離這個操作，所以都是構造器的話就無法解決迴圈依賴的問題了。

為什麼要三級快取？二級快取不行嗎？

不可以，主要是為了生成代理物件。

因為三級快取中放的是生成具體物件的匿名內部類，他可以生成代理物件，也可以是普通的例項物件。

使用三級快取主要是為了保證不管什麼時候使用的都是一個物件。

假設只有二級快取的情況，往二級快取中放的顯示一個普通的Bean物件，BeanPostProcessor去生成代理物件之後，覆蓋掉二級快取中的普通Bean物件，那麼多執行緒環境下可能取到的物件就不一致了。

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：支援當前事務，如果當前存在事務，就加入該事務，如果當前不存在事務，就以非事務執行。‘

SpringBoot的啟動流程

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