《我想進(jìn)大廠》之Spring奪命連環(huán)10問(wèn)
1.說(shuō)說(shuō)Spring 里用到了哪些設(shè)計(jì)模式?
單例模式
:Spring 中的 Bean 默認(rèn)情況下都是單例的。無(wú)需多說(shuō)。
工廠模式
:工廠模式主要是通過(guò) BeanFactory 和 ApplicationContext 來(lái)生產(chǎn) Bean 對(duì)象。
代理模式
:最常見(jiàn)的 AOP 的實(shí)現(xiàn)方式就是通過(guò)代理來(lái)實(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è)過(guò)程,非常適用于模板方法。
2.談?wù)勀銓?duì)IOC 和 AOP 的理解?他們的實(shí)現(xiàn)原理是什么?
IOC 叫做控制反轉(zhuǎn),指的是通過(guò)Spring來(lái)管理對(duì)象的創(chuàng)建、配置和生命周期,這樣相當(dāng)于把控制權(quán)交給了Spring,不需要人工來(lái)管理對(duì)象之間復(fù)雜的依賴關(guān)系,這樣做的好處就是解耦。在Spring里面,主要提供了 BeanFactory 和 ApplicationContext 兩種 IOC 容器,通過(guò)他們來(lái)實(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ù)、日志、異常處理等方面,通過(guò)在代碼的前后做一些增強(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è)代理類,然后通過(guò)重寫方法的方式,實(shí)現(xiàn)對(duì)代碼的增強(qiáng)。
而如果某個(gè)類沒(méi)有實(shí)現(xiàn)接口,AOP 則會(huì)使用 CGLIB 代理。他的底層原理是基于 asm 第三方框架,通過(guò)修改字節(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種方式:
-
編譯時(shí)織入:指的是增強(qiáng)的代碼和源代碼我們都有,直接使用 AspectJ 編譯器編譯就行了,編譯之后生成一個(gè)新的類,他也會(huì)作為一個(gè)正常的 Java 類裝載到JVM。 -
編譯后織入:指的是代碼已經(jīng)被編譯成 class 文件或者已經(jīng)打成 jar 包,這時(shí)候要增強(qiáng)的話,就是編譯后織入,比如你依賴了第三方的類庫(kù),又想對(duì)他增強(qiáng)的話,就可以通過(guò)這種方式。
-
加載時(shí)織入:指的是在 JVM 加載類的時(shí)候進(jìn)行織入。
總結(jié)下來(lái)的話,就是 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,可以通過(guò)實(shí)現(xiàn) FactoryBean 接口定制實(shí)例化 Bean 的邏輯,通過(guò)代理一個(gè)Bean對(duì)象,對(duì)方法前后做一些操作。
6.SpringBean的生命周期說(shuō)說(shuō)?
SpringBean 生命周期簡(jiǎn)單概括為4個(gè)階段:
-
實(shí)例化,創(chuàng)建一個(gè)Bean對(duì)象
-
填充屬性,為屬性賦值
-
初始化
-
如果實(shí)現(xiàn)了 xxxAware
接口,通過(guò)不同類型的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è)前提條件:
-
不全是構(gòu)造器方式的循環(huán)依賴 -
必須是單例
基于上面的問(wèn)題,我們知道Bean的生命周期,本質(zhì)上解決循環(huán)依賴的問(wèn)題就是三級(jí)緩存,通過(guò)三級(jí)緩存提前拿到未初始化的對(duì)象。
第一級(jí)緩存:用來(lái)保存實(shí)例化、初始化都完成的對(duì)象
第二級(jí)緩存:用來(lái)保存實(shí)例化完成,但是未初始化完成的對(duì)象
第三級(jí)緩存:用來(lái)保存一個(gè)對(duì)象工廠,提供一個(gè)匿名內(nèi)部類,用于創(chuàng)建二級(jí)緩存中的對(duì)象
假設(shè)一個(gè)簡(jiǎn)單的循環(huán)依賴場(chǎng)景,A、B互相依賴。
A對(duì)象的創(chuàng)建過(guò)程:
-
創(chuàng)建對(duì)象A,實(shí)例化的時(shí)候把A對(duì)象工廠放入三級(jí)緩存
-
A注入屬性時(shí),發(fā)現(xiàn)依賴B,轉(zhuǎn)而去實(shí)例化B -
同樣創(chuàng)建對(duì)象B,注入屬性時(shí)發(fā)現(xiàn)依賴A,一次從一級(jí)到三級(jí)緩存查詢A,從三級(jí)緩存通過(guò)對(duì)象工廠拿到A,把A放入二級(jí)緩存,同時(shí)刪除三級(jí)緩存中的A,此時(shí),B已經(jīng)實(shí)例化并且初始化完成,把B放入一級(jí)緩存。
-
接著繼續(xù)創(chuàng)建A,順利從一級(jí)緩存拿到實(shí)例化且初始化完成的B對(duì)象,A對(duì)象創(chuàng)建也完成,刪除二級(jí)緩存中的A,同時(shí)把A放入一級(jí)緩存 -
最后,一級(jí)緩存中保存著實(shí)例化、初始化都完成的A、B對(duì)象
因此,由于把實(shí)例化和初始化的流程分開(kāi)了,所以如果都是用構(gòu)造器的話,就沒(méi)法分離這個(gè)操作,所以都是構(gòu)造器的話就無(wú)法解決循環(huán)依賴的問(wè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ī)制有哪些?
-
PROPAGATION_REQUIRED:如果當(dāng)前沒(méi)有事務(wù),就創(chuàng)建一個(gè)新事務(wù),如果當(dāng)前存在事務(wù),就加入該事務(wù),這也是通常我們的默認(rèn)選擇。 -
PROPAGATION_REQUIRES_NEW:創(chuàng)建新事務(wù),無(wú)論當(dāng)前存不存在事務(wù),都創(chuàng)建新事務(wù)。 -
PROPAGATION_NESTED:如果當(dāng)前存在事務(wù),則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒(méi)有事務(wù),則按REQUIRED屬性執(zhí)行。 -
PROPAGATION_NOT_SUPPORTED:以非事務(wù)方式執(zhí)行操作,如果當(dāng)前存在事務(wù),就把當(dāng)前事務(wù)掛起。 -
PROPAGATION_NEVER:以非事務(wù)方式執(zhí)行,如果當(dāng)前存在事務(wù),則拋出異常。 -
PROPAGATION_MANDATORY:支持當(dāng)前事務(wù),如果當(dāng)前存在事務(wù),就加入該事務(wù),如果當(dāng)前不存在事務(wù),就拋出異常。 -
PROPAGATION_SUPPORTS:支持當(dāng)前事務(wù),如果當(dāng)前存在事務(wù),就加入該事務(wù),如果當(dāng)前不存在事務(wù),就以非事務(wù)執(zhí)行?!?
10.最后,說(shuō)說(shuō)Spring Boot 啟動(dòng)流程吧?
這個(gè)流程,網(wǎng)上一搜基本都是這張圖了,我也不想再畫一遍了。那其實(shí)主要的流程就幾個(gè)步驟:
-
準(zhǔn)備環(huán)境,根據(jù)不同的環(huán)境創(chuàng)建不同的Environment -
準(zhǔn)備、加載上下文,為不同的環(huán)境選擇不同的Spring Context,然后加載資源,配置Bean -
初始化,這個(gè)階段刷新Spring Context,啟動(dòng)應(yīng)用 -
最后結(jié)束流程
特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容,還沒(méi)關(guān)注的小伙伴,可以長(zhǎng)按關(guān)注一下:
長(zhǎng)按訂閱更多精彩▼
如有收獲,點(diǎn)個(gè)在看,誠(chéng)摯感謝
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場(chǎng),如有問(wèn)題,請(qǐng)聯(lián)系我們,謝謝!