前言
如果說 Java 工程師,有什么一定要“死磕”拿下的東西,那一定是 Spring 無疑了,眾所周知,Spring 無論在 Java 生態系統,還是在就業市場, Spring Boot、Spring Framework、Spring Data、Spring Cloud、Spring Security、Spring Session等都是Spring Framework 的基石,面試出鏡率之高,無出其右,
先分享一個Spring知識點思維導圖給大家
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 叫做面向切面編程,他是一個編程范式,目的就是提高代碼的模塊性,Srping 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種方式:
-
編譯時織入:指的是增強的代碼和源代碼我們都有,直接使用 AspectJ 編譯器編譯就行了,編譯之后生成一個新的類,他也會作為一個正常的 Java 類裝載到JVM,
-
編譯后織入:指的是代碼已經被編譯成 class 檔案或者已經打成 jar 包,這時候要增強的話,就是編譯后織入,比如你依賴了第三方的類別庫,又想對他增強的話,就可以通過這種方式,
- 加載時織入:指的是在 JVM 加載類的時候進行織入,
總結下來的話,就是 Spring AOP 只能在運行時織入,不需要單獨編譯,性能相比 AspectJ 編譯織入的方式慢,而 AspectJ 只支持編譯前后和類加載時織入,性能更好,功能更加強大,
5. FactoryBean 和 BeanFactory有什么區別?
BeanFactory 是 Bean 的工廠, ApplicationContext 的父類,IOC 容器的核心,負責生產和管理 Bean 物件,
FactoryBean 是 Bean,可以通過實作 FactoryBean 介面定制實體化 Bean 的邏輯,通過代理一個Bean物件,對方法前后做一些操作,
6.SpringBean的生命周期說說?
SpringBean 生命周期簡單概括為4個階段:
-
實體化,創建一個Bean物件
-
填充屬性,為屬性賦值
-
初始化
-
如果實作了xxxAware介面,通過不同型別的Aware介面拿到Spring容器的資源
-
如果實作了BeanPostProcessor介面,則會回呼該介面的postProcessBeforeInitialzation和postProcessAfterInitialization方法
-
如果配置了init-method方法,則會執行init-method配置的方法
- 銷毀
-
容器關閉后,如果Bean實作了DisposableBean介面,則會回呼該介面的destroy方法
-
如果配置了destroy-method方法,則會執行destroy-method配置的方法
7.Spring是怎么解決回圈依賴的?
首先,Spring 解決回圈依賴有兩個前提條件:
-
不全是構造器方式的回圈依賴
-
必須是單例
基于上面的問題,我們知道Bean的生命周期,本質上解決回圈依賴的問題就是三級快取,通過三級快取提前拿到未初始化的物件,
第一級快取:用來保存實體化、初始化都完成的物件
第二級快取:用來保存實體化完成,但是未初始化完成的物件
第三級快取:用來保存一個物件工廠,提供一個匿名內部類,用于創建二級快取中的物件
假設一個簡單的回圈依賴場景,A、B互相依賴,
A物件的創建程序:
- 創建物件A,實體化的時候把A物件工廠放入三級快取
-
A注入屬性時,發現依賴B,轉而去實體化B
-
同樣創建物件B,注入屬性時發現依賴A,一次從一級到三級快取查詢A,從三級快取通過物件工廠拿到A,把A放入二級快取,同時洗掉三級快取中的A,此時,B已經實體化并且初始化完成,把B放入一級快取,
-
接著繼續創建A,順利從一級快取拿到實體化且初始化完成的B物件,A物件創建也完成,洗掉二級快取中的A,同時把A放入一級快取
-
最后,一級快取中保存著實體化、初始化都完成的A、B物件
因此,由于把實體化和初始化的流程分開了,所以如果都是用構造器的話,就沒法分離這個操作,所以都是構造器的話就無法解決回圈依賴的問題了,
8. 為什么要三級快取?二級不行嗎?
不可以,主要是為了生成代理物件,
因為三級快取中放的是生成具體物件的匿名內部類,他可以生成代理物件,也可以是普通的實體物件,
使用三級快取主要是為了保證不管什么時候使用的都是一個物件,
假設只有二級快取的情況,往二級快取中放的顯示一個普通的Bean物件,BeanPostProcessor去生成代理物件之后,覆寫掉二級快取中的普通Bean物件,那么多執行緒環境下可能取到的物件就不一致了,
9.Spring事務傳播機制有哪些?
-
PROPAGATION_REQUIRED:如果當前沒有事務,就創建一個新事務,如果當前存在事務,就加入該事務,這也是通常我們的默認選擇,
-
PROPAGATION_REQUIRES_NEW:創建新事務,無論當前存不存在事務,都創建新事務,
-
PROPAGATION_NESTED:如果當前存在事務,則在嵌套事務內執行,如果當前沒有事務,則按REQUIRED屬性執行,
-
PROPAGATION_NOT_SUPPORTED:以非事務方式執行操作,如果當前存在事務,就把當前事務掛起,
-
PROPAGATION_NEVER:以非事務方式執行,如果當前存在事務,則拋出例外,
-
PROPAGATION_MANDATORY:支持當前事務,如果當前存在事務,就加入該事務,如果當前不存在事務,就拋出例外,
-
PROPAGATION_SUPPORTS:支持當前事務,如果當前存在事務,就加入該事務,如果當前不存在事務,就以非事務執行,‘
10.最后,說說Spring Boot 啟動流程吧?
這個流程,網上一搜基本都是這張圖了,我也不想再畫一遍了,那其實主要的流程就幾個步驟:
-
準備環境,根據不同的環境創建不同的Environment
-
準備、加載背景關系,為不同的環境選擇不同的Spring Context,然后加載資源,配置Bean
-
初始化,這個階段重繪Spring Context,啟動應用
-
最后結束流程
總結
最后給大家分享
Spring系列的學習筆記和面試題,包含spring面試題、spring cloud面試題、spring boot面試題、spring教程筆記、spring boot教程筆記、最新阿里巴巴開發手冊(63頁PDF總結)、2020年Java面試手冊,一共整理了1184頁PDF檔案,
關注公眾號:程式員白楠楠, 即可獲取這份1184頁PDF檔案的spring全家桶資料,
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/233776.html
標籤:Java
上一篇:spring入門學習
