《面試八股文》之 Spring 18卷

大家好，我是 moon，點(diǎn)個關(guān)注獲取更多八股文~

• 1.spring 中都用到了哪些設(shè)計(jì)模式?

• 2.spring 中有哪些核心模塊?

• 3.說一下你理解的 IOC 是什么?

• 4.spring 中的 IOC 容器有哪些?有什么區(qū)別?

• 5.那 BeanFactory 和 FactoryBean 又有什么區(qū)別?

• 6.@Repository、@Service、@Compent、@Controller它們有什么區(qū)別?

• 7.那么 DI 又是什么?

• 8.說說 AOP 是什么?

• 9.動態(tài)代理和靜態(tài)代理有什么區(qū)別?

• 10.JDK 動態(tài)代理和 CGLIB 代理有什么區(qū)別？

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

• 12.spring 中 Bean 的生命周期是怎樣的?

• 13.spring 是怎么解決循環(huán)依賴的?

• 14.為什么要使用三級緩存，二級緩存不能解決嗎?

• 15.@Autowired 和 @Resource 有什么區(qū)別?

• 16.spring 事務(wù)隔離級別有哪些?

• 17.spring 事務(wù)的傳播機(jī)制有哪些?

• 18.springBoot 自動裝配原理?

1.spring 中都用到了哪些設(shè)計(jì)模式?

• 「1.工廠設(shè)計(jì)模式」: 比如通過 BeanFactory 和 ApplicationContext 來生產(chǎn) Bean 對象
• 「2.代理設(shè)計(jì)模式」: ?AOP 的實(shí)現(xiàn)方式就是通過代理來實(shí)現(xiàn)，Spring主要是使用 JDK 動態(tài)代理和 CGLIB 代理
• 「3.單例設(shè)計(jì)模式」: Spring 中的 Bean 默認(rèn)都是單例的
• 「4.模板方法模式」: Spring 中 jdbcTemplate 等以 Template 結(jié)尾的對數(shù)據(jù)庫操作的類，都會使用到模板方法設(shè)計(jì)模式，一些通用的功能
• 「5.包裝器設(shè)計(jì)模式」: 我們的項(xiàng)目需要連接多個數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。這種模式讓我們可以根據(jù)客戶的需求能夠動態(tài)切換不同的數(shù)據(jù)源
• 「6.觀察者模式」: Spring 事件驅(qū)動模型觀察者模式的
• 「7.適配器模式」:Spring AOP 的增強(qiáng)或通知(Advice)使用到了適配器模式

2.spring 中有哪些核心模塊?

• 1.「Spring Core」：Spring核心，它是框架最基礎(chǔ)的部分，提供IOC和依賴注入DI特性
• 2.「Spring Context」：Spring上下文容器，它是 BeanFactory 功能加強(qiáng)的一個子接口
• 3.「Spring Web」：它提供Web應(yīng)用開發(fā)的支持
• 4.「Spring MVC」：它針對Web應(yīng)用中MVC思想的實(shí)現(xiàn)
• 5.「Spring DAO」：提供對JDBC抽象層，簡化了JDBC編碼，同時，編碼更具有健壯性
• 6.「Spring ORM」：它支持用于流行的ORM框架的整合，比如：Spring + Hibernate、Spring + iBatis、Spring + JDO的整合等
• 7.「Spring AOP」：即面向切面編程，它提供了與AOP聯(lián)盟兼容的編程實(shí)現(xiàn)

3.說一下你理解的 IOC 是什么?

首先 IOC 是一個「容器」，是用來裝載對象的，它的核心思想就是「控制反轉(zhuǎn)」

那么究竟「什么是控制反轉(zhuǎn)」?

控制反轉(zhuǎn)就是說，「把對象的控制權(quán)交給了 spring，由 spring 容器進(jìn)行管理」，我們不進(jìn)行任何操作

那么為「什么需要控制反轉(zhuǎn)」?

我們想象一下，沒有控制反轉(zhuǎn)的時候，我們需要「自己去創(chuàng)建對象，配置對象」，還要「人工去處理對象與對象之間的各種復(fù)雜的依賴關(guān)系」，當(dāng)一個工程的量起來之后，這種關(guān)系的維護(hù)是非常令人頭痛的，所以就有了控制反轉(zhuǎn)這個概念，將對象的創(chuàng)建、配置等一系列操作交給 spring 去管理，我們在使用的時候只要去取就好了

4.spring 中的 IOC 容器有哪些?有什么區(qū)別?

spring 主要提供了「兩種 IOC 容器」，一種是 「BeanFactory」，還有一種是 「ApplicationContext」

它們的區(qū)別就在于，BeanFactory 「只提供了最基本的實(shí)例化對象和拿對象的功能」，而 ApplicationContext 是繼承了 BeanFactory 所派生出來的產(chǎn)物，是其子類，它的作用更加的強(qiáng)大，比如支持注解注入、國際化等功能

5.那 BeanFactory 和 FactoryBean 又有什么區(qū)別?

這兩個是「不同的產(chǎn)物」

「BeanFactory 是 IOC 容器」，是用來承載對象的

「FactoryBean 是一個接口」，為 Bean 提供了更加靈活的方式，通過代理一個Bean對象，對方法前后做一些操作。

6.@Repository、@Service、@Compent、@Controller它們有什么區(qū)別?

這四個注解的「本質(zhì)都是一樣的，都是將被該注解標(biāo)識的對象放入 spring　容器當(dāng)中，只是為了在使用上區(qū)分不同的應(yīng)用分層」

• @Repository:dao層
• @Service:service層
• @Controller:controller層
• @Compent:其他不屬于以上三層的統(tǒng)一使用該注解

7.那么 DI 又是什么?

DI 就是依賴注入，其實(shí)和 IOC 大致相同，只不過是「同一個概念使用了不同的角度去闡述」

DI 所描述的「重點(diǎn)是在于依賴」，我們說了 「IOC 的核心功能就是在于在程序運(yùn)行時動態(tài)的向某個對象提供其他的依賴對象」，而這個功能就是依靠 DI 去完成的，比如我們需要注入一個對象 A，而這個對象 A 依賴一個對象 B，那么我們就需要把這個對象 B 注入到對象 A 中，這就是依賴注入

spring 中有三種注入方式

• 接口注入
• 構(gòu)造器注入
• set注入

8.說說 AOP 是什么?

AOP 意為：「面向切面編程，通過預(yù)編譯方式和運(yùn)行期間動態(tài)代理實(shí)現(xiàn)程序功能的統(tǒng)一維護(hù)的一種技術(shù)」。

AOP 是 「OOP(面向?qū)ο缶幊? 的延續(xù)」，是 Spring 框架中的一個重要內(nèi)容，是函數(shù)式編程的一種衍生范型。利用 AOP 可以對業(yè)務(wù)邏輯的各個部分進(jìn)行隔離，從而使得業(yè)務(wù)邏輯各部分之間的耦合度降低，提高程序的可重用性，同時提高了開發(fā)的效率。

「AOP 實(shí)現(xiàn)主要分為兩類:」

• 「靜態(tài) AOP 實(shí)現(xiàn)」， AOP 框架「在編譯階段」對程序源代碼進(jìn)行修改，生成了靜態(tài)的 AOP 代理類（生成的 *.class 文件已經(jīng)被改掉了，需要使用特定的編譯器），比如 AspectJ
• 「動態(tài) AOP 實(shí)現(xiàn)」， AOP 框架「在運(yùn)行階段」對動態(tài)生成代理對象（在內(nèi)存中以 JDK 動態(tài)代理，或 CGlib 動態(tài)地生成 AOP 代理類），如 SpringAOP

spring 中 AOP 的實(shí)現(xiàn)是「通過動態(tài)代理實(shí)現(xiàn)的」，如果是實(shí)現(xiàn)了接口就會使用 JDK 動態(tài)代理，否則就使用 CGLIB 代理。

「有 5 種通知類型:」

• 「@Before」:在目標(biāo)方法調(diào)用前去通知
• 「@AfterReturning」:在目標(biāo)方法返回或異常后調(diào)用
• 「@AfterThrowing」:在目標(biāo)方法返回后調(diào)用
• 「@After」:在目標(biāo)方法異常后調(diào)用
• 「@Around」:將目標(biāo)方法封裝起來，自己確定調(diào)用時機(jī)

9.動態(tài)代理和靜態(tài)代理有什么區(qū)別?

「靜態(tài)代理」

• 由程序員創(chuàng)建或由特定工具自動生成源代碼，再對其編譯。在程序運(yùn)行前，代理類的.class文件就已經(jīng)存在了
• 靜態(tài)代理通常只代理一個類
• 靜態(tài)代理事先知道要代理的是什么

「動態(tài)代理」

• 在程序運(yùn)行時，運(yùn)用反射機(jī)制動態(tài)創(chuàng)建而成
• 動態(tài)代理是代理一個接口下的多個實(shí)現(xiàn)類
• 動態(tài)代理不知道要代理什么東西，只有在運(yùn)行時才知道

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

JDK 動態(tài)代理時業(yè)務(wù)類「必須要實(shí)現(xiàn)某個接口」，它是「基于反射的機(jī)制實(shí)現(xiàn)的」，生成一個實(shí)現(xiàn)同樣接口的一個代理類，然后通過重寫方法的方式，實(shí)現(xiàn)對代碼的增強(qiáng)。

CGLIB 動態(tài)代理是使用字節(jié)碼處理框架 ASM，其原理是通過字節(jié)碼技術(shù)為一個類「創(chuàng)建子類，然后重寫父類的方法」，實(shí)現(xiàn)對代碼的增強(qiáng)。

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

Spring AOP 是運(yùn)行時增強(qiáng)，是通過「動態(tài)代理實(shí)現(xiàn)」的

AspectJ AOP 是編譯時增強(qiáng)，需要特殊的編譯器才可以完成，是通過「修改代碼來實(shí)現(xiàn)」的，支持「三種織入方式」

• 「編譯時織入」:就是在編譯字節(jié)碼的時候織入相關(guān)代理類
• 「編譯后織入」:編譯完初始類后發(fā)現(xiàn)需要 AOP 增強(qiáng)，然后織入相關(guān)代碼
• 「類加載時織入」:指在加載器加載類的時候織入

12.spring 中 Bean 的生命周期是怎樣的?

SpringBean 生命周期大致分為4個階段：

• 1.「實(shí)例化」，實(shí)例化該 Bean 對象
• 2.「填充屬性」，給該 Bean 賦值
• 3.「初始化」
• 如果實(shí)現(xiàn)了 Aware 接口，會通過其接口獲取容器資源
• 如果實(shí)現(xiàn)了 BeanPostProcessor 接口，則會回調(diào)該接口的前置和后置處理增強(qiáng)
• 如果配置了 init-method 方法，]會執(zhí)行該方法
• 4.「銷毀」
• 如果實(shí)現(xiàn)了 DisposableBean 接口，則會回調(diào)該接口的 destroy 方法
• 如果配置了 destroy-method 方法，則會執(zhí)行 destroy-method 配置的方法

13.spring 是怎么解決循環(huán)依賴的?

循環(huán)依賴就是說兩個對象相互依賴，形成了一個環(huán)形的調(diào)用鏈路

spring 使用三級緩存去解決循環(huán)依賴的，其「核心邏輯就是把實(shí)例化和初始化的步驟分開，然后放入緩存中」，供另一個對象調(diào)用

• 「第一級緩存」：用來保存實(shí)例化、初始化都完成的對象
• 「第二級緩存」：用來保存實(shí)例化完成，但是未初始化完成的對象
• 「第三級緩存」：用來保存一個對象工廠，提供一個匿名內(nèi)部類，用于創(chuàng)建二級緩存中的對象

當(dāng) A、B 兩個類發(fā)生循環(huán)引用時 大致流程

• 1.A 完成實(shí)例化后，去「創(chuàng)建一個對象工廠，并放入三級緩存」當(dāng)中
• 如果 A 被 AOP 代理，那么通過這個工廠獲取到的就是 A 代理后的對象
• 如果 A 沒有被 AOP 代理，那么這個工廠獲取到的就是 A 實(shí)例化的對象
• 2.A 進(jìn)行屬性注入時，去「創(chuàng)建 B」
• 3.B 進(jìn)行屬性注入，需要 A ，則「從三級緩存中去取 A 工廠代理對象」并注入，然后刪除三級緩存中的 A 工廠，將 A 對象放入二級緩存
• 4.B 完成后續(xù)屬性注入，直到初始化結(jié)束，將 B 放入一級緩存
• 5.「A 從一級緩存中取到 B 并且注入 B」, 直到完成后續(xù)操作，將 A 從二級緩存刪除并且放入一級緩存，循環(huán)依賴結(jié)束

spring 解決循環(huán)依賴有兩個前提條件：

• 1.「不全是構(gòu)造器方式」的循環(huán)依賴(否則無法分離初始化和實(shí)例化的操作)
• 2.「必須是單例」(否則無法保證是同一對象)

14.為什么要使用三級緩存，二級緩存不能解決嗎?

可以，三級緩存的功能是只有真正發(fā)生循環(huán)依賴的時候，才去提前生成代理對象，否則只會「創(chuàng)建一個工廠并將其放入到三級緩存」中，但是不會去通過這個工廠去真正創(chuàng)建對象。

如果使用二級緩存解決循環(huán)依賴，意味著所有 Bean 在實(shí)例化后就要完成 AOP 代理，這樣「違背了 Spring 設(shè)計(jì)的原則」，Spring 在設(shè)計(jì)之初就是在 Bean 生命周期的最后一步來完成 AOP 代理，而不是在實(shí)例化后就立馬進(jìn)行 AOP 代理。

15.@Autowired 和 @Resource 有什么區(qū)別?

• 「@Resource 是 Java 自己的注解」，@Resource 有兩個屬性是比較重要的，分是 name 和 type；Spring 將 @Resource 注解的 name 屬性解析為 bean 的名字，而 type 屬性則解析為 bean 的類型。所以如果使用 name 屬性，則使用 byName 的自動注入策略，而使用 type 屬性時則使用 byType 自動注入策略。如果既不指定 name 也不指定 type 屬性，這時將通過反射機(jī)制使用 byName 自動注入策略。

• 「@Autowired 是spring 的注解」，是 spring2.5 版本引入的，Autowired 只根據(jù) type 進(jìn)行注入，「不會去匹配 name」。如果涉及到 type 無法辨別注入對象時，那需要依賴 @Qualifier 或 @Primary 注解一起來修飾。

16.spring 事務(wù)隔離級別有哪些?

• DEFAULT：采用 DB 默認(rèn)的事務(wù)隔離級別
• READ_UNCOMMITTED：讀未提交
• READ_COMMITTED：讀已提交
• REPEATABLE_READ：可重復(fù)讀
• SERIALIZABLE：串行化

17.spring 事務(wù)的傳播機(jī)制有哪些?

• 1.「propagation_required」
• 當(dāng)前方法「必須在一個具有事務(wù)的上下文中運(yùn)行」，如有客戶端有事務(wù)在進(jìn)行，那么被調(diào)用端將在該事務(wù)中運(yùn)行，否則的話重新開啟一個事務(wù)。（如果被調(diào)用端發(fā)生異常，那么調(diào)用端和被調(diào)用端事務(wù)都將回滾）
• 2.「propagation_supports」
• 當(dāng)前方法不必需要具有一個事務(wù)上下文，但是如果有一個事務(wù)的話，它也可以在這個事務(wù)中運(yùn)行
• 3.「propagation_mandatory」
• 表示當(dāng)前方法「必須在一個事務(wù)中運(yùn)行」，如果沒有事務(wù)，將拋出異常
• 4.「propagation_nested」
• 如果當(dāng)前方法正有一個事務(wù)在運(yùn)行中，則該方法應(yīng)該「運(yùn)行在一個嵌套事務(wù)」中，被嵌套的事務(wù)可以獨(dú)立于被封裝的事務(wù)中進(jìn)行提交或者回滾。如果封裝事務(wù)存在，并且外層事務(wù)拋出異常回滾，那么內(nèi)層事務(wù)必須回滾，反之，內(nèi)層事務(wù)并不影響外層事務(wù)。如果封裝事務(wù)不存在，則同propagation_required的一樣
• 5.「propagation_never」
• 當(dāng)方法務(wù)不應(yīng)該在一個事務(wù)中運(yùn)行，如果「存在一個事務(wù)，則拋出異?！?/strong>
• 6.「propagation_requires_new」
• 當(dāng)前方法「必須運(yùn)行在它自己的事務(wù)中」。一個新的事務(wù)將啟動，而且如果有一個現(xiàn)有的事務(wù)在運(yùn)行的話，則這個方法將在運(yùn)行期被掛起，直到新的事務(wù)提交或者回滾才恢復(fù)執(zhí)行。
• 7.「propagation_not_supported」
• 方法不應(yīng)該在一個事務(wù)中運(yùn)行。「如果有一個事務(wù)正在運(yùn)行，他將在運(yùn)行期被掛起，直到這個事務(wù)提交或者回滾才恢復(fù)執(zhí)行」

18.springBoot 自動裝配原理?

• 1.容器在啟動的時候會調(diào)用 EnableAutoConfigurationImportSelector.class 的 selectImports方法「獲取一個全面的常用 BeanConfiguration 列表」

• 2.之后會讀取 spring-boot-autoconfigure.jar 下面的spring.factories，「獲取到所有的 Spring 相關(guān)的 Bean 的全限定名 ClassName」

• 3.之后繼續(xù)「調(diào)用 filter 來一一篩選」，過濾掉一些我們不需要不符合條件的 Bean

• 4.最后把符合條件的 BeanConfiguration 注入默認(rèn)的 EnableConfigurationPropertie 類里面的屬性值，并且「注入到 IOC 環(huán)境當(dāng)中」