1.說說Spring 里用到了哪些設(shè)計(jì)模式?

單例模式：Spring 中的 Bean 默認(rèn)情況下都是單例的。無需多說。

工廠模式：工廠模式主要是通過 BeanFactory 和 ApplicationContext 來生產(chǎn) Bean 對(duì)象。

代理模式：最常見的 AOP 的實(shí)現(xiàn)方式就是通過代理來實(shí)現(xiàn)，Spring主要是使用 JDK 動(dòng)態(tài)代理和 CGLIB 代理。

模板方法模式：主要是一些對(duì)數(shù)據(jù)庫(kù)操作的類用到，比如 JdbcTemplate、JpaTemplate，因?yàn)椴樵償?shù)據(jù)庫(kù)的建立連接、執(zhí)行查詢、關(guān)閉連接幾個(gè)過程，非常適用于模板方法。

2.談?wù)勀銓?duì)IOC 和 AOP 的理解？他們的實(shí)現(xiàn)原理是什么？

IOC 叫做控制反轉(zhuǎn)，指的是通過Spring來管理對(duì)象的創(chuàng)建、配置和生命周期，這樣相當(dāng)于把控制權(quán)交給了Spring，不需要人工來管理對(duì)象之間復(fù)雜的依賴關(guān)系，這樣做的好處就是解耦。在Spring里面，主要提供了 BeanFactory 和 ApplicationContext 兩種 IOC 容器，通過他們來實(shí)現(xiàn)對(duì) Bean 的管理。

AOP 叫做面向切面編程，他是一個(gè)編程范式，目的就是提高代碼的模塊性。Srping AOP 基于動(dòng)態(tài)代理的方式實(shí)現(xiàn)，如果是實(shí)現(xiàn)了接口的話就會(huì)使用 JDK 動(dòng)態(tài)代理，反之則使用 CGLIB 代理，Spring中 AOP 的應(yīng)用主要體現(xiàn)在 事務(wù)、日志、異常處理等方面，通過在代碼的前后做一些增強(qiáng)處理，可以實(shí)現(xiàn)對(duì)業(yè)務(wù)邏輯的隔離，提高代碼的模塊化能力，同時(shí)也是解耦。Spring主要提供了 Aspect 切面、JoinPoint 連接點(diǎn)、PointCut 切入點(diǎn)、Advice 增強(qiáng)等實(shí)現(xiàn)方式。

3. JDK 動(dòng)態(tài)代理和 CGLIB 代理有什么區(qū)別？

JDK 動(dòng)態(tài)代理主要是針對(duì)類實(shí)現(xiàn)了某個(gè)接口，AOP 則會(huì)使用 JDK 動(dòng)態(tài)代理。他基于反射的機(jī)制實(shí)現(xiàn)，生成一個(gè)實(shí)現(xiàn)同樣接口的一個(gè)代理類，然后通過重寫方法的方式，實(shí)現(xiàn)對(duì)代碼的增強(qiáng)。

而如果某個(gè)類沒有實(shí)現(xiàn)接口，AOP 則會(huì)使用 CGLIB 代理。他的底層原理是基于 asm 第三方框架，通過修改字節(jié)碼生成成成一個(gè)子類，然后重寫父類的方法，實(shí)現(xiàn)對(duì)代碼的增強(qiáng)。

4. Spring AOP 和 AspectJ AOP 有什么區(qū)別？

Spring AOP 基于動(dòng)態(tài)代理實(shí)現(xiàn)，屬于運(yùn)行時(shí)增強(qiáng)。

AspectJ 則屬于編譯時(shí)增強(qiáng)，主要有3種方式：

1. 編譯時(shí)織入：指的是增強(qiáng)的代碼和源代碼我們都有，直接使用 AspectJ 編譯器編譯就行了，編譯之后生成一個(gè)新的類，他也會(huì)作為一個(gè)正常的 Java 類裝載到JVM。
2. 編譯后織入：指的是代碼已經(jīng)被編譯成 class 文件或者已經(jīng)打成 jar 包，這時(shí)候要增強(qiáng)的話，就是編譯后織入，比如你依賴了第三方的類庫(kù)，又想對(duì)他增強(qiáng)的話，就可以通過這種方式。

3. 加載時(shí)織入：指的是在 JVM 加載類的時(shí)候進(jìn)行織入。

總結(jié)下來的話，就是 Spring AOP 只能在運(yùn)行時(shí)織入，不需要單獨(dú)編譯，性能相比 AspectJ 編譯織入的方式慢，而 AspectJ 只支持編譯前后和類加載時(shí)織入，性能更好，功能更加強(qiáng)大。

5. FactoryBean 和 BeanFactory有什么區(qū)別？

BeanFactory 是 Bean 的工廠， ApplicationContext 的父類，IOC 容器的核心，負(fù)責(zé)生產(chǎn)和管理 Bean 對(duì)象。

FactoryBean 是 Bean，可以通過實(shí)現(xiàn) FactoryBean 接口定制實(shí)例化 Bean 的邏輯，通過代理一個(gè)Bean對(duì)象，對(duì)方法前后做一些操作。

6.SpringBean的生命周期說說？

SpringBean 生命周期簡(jiǎn)單概括為4個(gè)階段：

1. 實(shí)例化，創(chuàng)建一個(gè)Bean對(duì)象

2. 填充屬性，為屬性賦值

3. 初始化

• 如果實(shí)現(xiàn)了 xxxAware接口，通過不同類型的Aware接口拿到Spring容器的資源
• 如果實(shí)現(xiàn)了BeanPostProcessor接口，則會(huì)回調(diào)該接口的 postProcessBeforeInitialzation和 postProcessAfterInitialization方法
• 如果配置了 init-method方法，則會(huì)執(zhí)行 init-method配置的方法

• 容器關(guān)閉后，如果Bean實(shí)現(xiàn)了 DisposableBean接口，則會(huì)回調(diào)該接口的 destroy方法
• 如果配置了 destroy-method方法，則會(huì)執(zhí)行 destroy-method配置的方法

7.Spring是怎么解決循環(huán)依賴的？

首先，Spring 解決循環(huán)依賴有兩個(gè)前提條件：

1. 不全是構(gòu)造器方式的循環(huán)依賴
2. 必須是單例

基于上面的問題，我們知道Bean的生命周期，本質(zhì)上解決循環(huán)依賴的問題就是三級(jí)緩存，通過三級(jí)緩存提前拿到未初始化的對(duì)象。

第一級(jí)緩存：用來保存實(shí)例化、初始化都完成的對(duì)象

第二級(jí)緩存：用來保存實(shí)例化完成，但是未初始化完成的對(duì)象

第三級(jí)緩存：用來保存一個(gè)對(duì)象工廠，提供一個(gè)匿名內(nèi)部類，用于創(chuàng)建二級(jí)緩存中的對(duì)象

假設(shè)一個(gè)簡(jiǎn)單的循環(huán)依賴場(chǎng)景，A、B互相依賴。

A對(duì)象的創(chuàng)建過程：

1. 創(chuàng)建對(duì)象A，實(shí)例化的時(shí)候把A對(duì)象工廠放入三級(jí)緩存

2. A注入屬性時(shí)，發(fā)現(xiàn)依賴B，轉(zhuǎn)而去實(shí)例化B
3. 同樣創(chuàng)建對(duì)象B，注入屬性時(shí)發(fā)現(xiàn)依賴A，一次從一級(jí)到三級(jí)緩存查詢A，從三級(jí)緩存通過對(duì)象工廠拿到A，把A放入二級(jí)緩存，同時(shí)刪除三級(jí)緩存中的A，此時(shí)，B已經(jīng)實(shí)例化并且初始化完成，把B放入一級(jí)緩存。

4. 接著繼續(xù)創(chuàng)建A，順利從一級(jí)緩存拿到實(shí)例化且初始化完成的B對(duì)象，A對(duì)象創(chuàng)建也完成，刪除二級(jí)緩存中的A，同時(shí)把A放入一級(jí)緩存
5. 最后，一級(jí)緩存中保存著實(shí)例化、初始化都完成的A、B對(duì)象

因此，由于把實(shí)例化和初始化的流程分開了，所以如果都是用構(gòu)造器的話，就沒法分離這個(gè)操作，所以都是構(gòu)造器的話就無法解決循環(huán)依賴的問題了。

8. 為什么要三級(jí)緩存？二級(jí)不行嗎？

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

因?yàn)槿?jí)緩存中放的是生成具體對(duì)象的匿名內(nèi)部類，他可以生成代理對(duì)象，也可以是普通的實(shí)例對(duì)象。

使用三級(jí)緩存主要是為了保證不管什么時(shí)候使用的都是一個(gè)對(duì)象。

假設(shè)只有二級(jí)緩存的情況，往二級(jí)緩存中放的顯示一個(gè)普通的Bean對(duì)象，BeanPostProcessor去生成代理對(duì)象之后，覆蓋掉二級(jí)緩存中的普通Bean對(duì)象，那么多線程環(huán)境下可能取到的對(duì)象就不一致了。

9.Spring事務(wù)傳播機(jī)制有哪些？

1. PROPAGATION_REQUIRED：如果當(dāng)前沒有事務(wù)，就創(chuàng)建一個(gè)新事務(wù)，如果當(dāng)前存在事務(wù)，就加入該事務(wù)，這也是通常我們的默認(rèn)選擇。
2. PROPAGATION_REQUIRES_NEW：創(chuàng)建新事務(wù)，無論當(dāng)前存不存在事務(wù)，都創(chuàng)建新事務(wù)。
3. PROPAGATION_NESTED：如果當(dāng)前存在事務(wù)，則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒有事務(wù)，則按REQUIRED屬性執(zhí)行。
4. PROPAGATION_NOT_SUPPORTED：以非事務(wù)方式執(zhí)行操作，如果當(dāng)前存在事務(wù)，就把當(dāng)前事務(wù)掛起。
5. PROPAGATION_NEVER：以非事務(wù)方式執(zhí)行，如果當(dāng)前存在事務(wù)，則拋出異常。
6. PROPAGATION_MANDATORY：支持當(dāng)前事務(wù)，如果當(dāng)前存在事務(wù)，就加入該事務(wù)，如果當(dāng)前不存在事務(wù)，就拋出異常。
7. PROPAGATION_SUPPORTS：支持當(dāng)前事務(wù)，如果當(dāng)前存在事務(wù)，就加入該事務(wù)，如果當(dāng)前不存在事務(wù)，就以非事務(wù)執(zhí)行?！?

10.最后，說說Spring Boot 啟動(dòng)流程吧？

這個(gè)流程，網(wǎng)上一搜基本都是這張圖了，我也不想再畫一遍了。那其實(shí)主要的流程就幾個(gè)步驟：

1. 準(zhǔn)備環(huán)境，根據(jù)不同的環(huán)境創(chuàng)建不同的Environment
2. 準(zhǔn)備、加載上下文，為不同的環(huán)境選擇不同的Spring Context，然后加載資源，配置Bean
3. 初始化，這個(gè)階段刷新Spring Context，啟動(dòng)應(yīng)用
4. 最后結(jié)束流程

—————END—————

喜歡本文的朋友，歡迎關(guān)注公眾號(hào)?程序員小灰，收看更多精彩內(nèi)容

       

        

         

          

           

            

             

              
             
             

              點(diǎn)個(gè)[在看]，是對(duì)小灰最大的支持！