Java面試題沖刺第十八天–Spring框架3

Posted on by

面試題1：Bean 的加載過程是怎樣的？

我們知道， Spring 的工作流主要包括以下兩個環節：

  • 解析，讀 xml 配置，掃描類文件，從配置或者註解中獲取 Bean 的定義信息，註冊一些擴展功能。
  • 加載，通過解析完的定義信息獲取 Bean 實例。

下面是跟蹤瞭 getBean的調用鏈創建的流程圖，為瞭能夠很好地理解 Bean 加載流程，省略一些異常、日志和分支處理和一些特殊條件的判斷。

在這裡插入圖片描述

從上面的流程圖中，可以看到一個 Bean 加載主要會經歷這麼幾個階段（標綠內容）：

  • 獲取 BeanName，對傳入的 name 進行解析，轉化為可以從 Map 中獲取到 BeanDefinition 的 bean name。
  • 合並 Bean 定義，對父類的定義進行合並和覆蓋，如果父類還有父類，會進行遞歸合並，以獲取完整的 Bean 定義信息。
  • 實例化，使用構造或者工廠方法創建 Bean 實例。
  • 屬性填充，尋找並且註入依賴，依賴的 Bean 還會遞歸調用 getBean 方法獲取。
  • 初始化，調用自定義的初始化方法。
  • 獲取最終的 Bean，如果是 FactoryBean 需要調用 getObject 方法，如果需要類型轉換調用 TypeConverter 進行轉化。

以上便是Spring對bean解析註冊的全過程，總結一下大致步驟：

  • 加載XML文件，封裝成Resource對象；
  • 調用Reader對象方法讀取XML文件內容，並將相關屬性放到BeanDefinition實例；
  • 將BeanDefinition對象放到BeanFactory對象，用於調用；

追問1：什麼是循環依賴？

舉個例子，這裡有三個類 A、B、C，然後 A 關聯 B，B 關聯 C，C 又關聯 A，這就形成瞭一個循環依賴。如果是方法調用是不算循環依賴的，循環依賴必須要持有引用。

在這裡插入圖片描述

循環依賴發生的場景：

  • 構造器循環依賴：依賴的對象是通過構造器傳入的，發生在實例化 Bean 的時候。
  • 設值循環依賴：依賴的對象是通過 setter 方法傳入的，對象已經實例化，發生屬性填充和依賴註入的時候。
  • 如果是構造器循環依賴，本質上是無法解決的。比如我們準調用 A 的構造器，發現依賴 B，於是去調用 B 的構造器進行實例化，發現又依賴 C，於是調用 C 的構造器去初始化，結果依賴 A，整個形成一個死結，導致 A 無法創建。
  • 如果是設值循環依賴，Spring 框架隻支持單例下的設值循環依賴。Spring 通過對還在創建過程中的單例，緩存並提前暴露該單例，使得其他實例可以引用該依賴。

追問2：循環依賴得解決思路是什麼樣的？

Spring解決循環依賴，主要的思路就是依據三級緩存（解鏈）。

在實例化A時調用doGetBean，發現A依賴的B的實例，此時調用doGetBean去實例B，實例化的B的時候發現又依賴A，如果不解決這個循環依賴的話此時的doGetBean將會無限循環下去，導致內存溢出，程序奔潰。

如果Spring引用一個早期對象，並且把這個”早期引用”並將其註入到容器中，讓B先完成實例化，此時A就獲取B的引用，完成實例化。

一級緩存：singletonObjects，存放完全實例化屬性賦值完成的Bean，直接可以使用。
二級緩存：earlySingletonObjects，存放早期Bean的引用，尚未屬性裝配的Bean
三級緩存：singletonFactories，三級緩存，存放實例化完成的Bean工廠。

面試題2：@Resource和@Autowired有什麼區別？

  •  @Autowired 根據類型註入
  • @Resource 默認根據名字註入，其次按照類型搜索
  • @Autowired @Qualifie(“userService”) 兩個結合起來可以根據名字和類型註入，等同於@Resource

1.@Autowired與@Resource都可以用來裝配bean. 都可以寫在字段上,或寫在setter方法上。

2.@Autowired默認按類型裝配（byType），默認情況下必須要求依賴對象必須存在，如果要允許null值，可以設置它的required屬性為false，如：@Autowired(required=false) ，如果我們想使用名稱裝配可以結合@Qualifier註解進行使用（@Autowired () @Qualifier ( “xxx” )功能同@Resource），如下：

@Autowired
@Qualifier ( "userDao" )
private UserDao userDao;

3.@Resource默認按照名稱進行裝配（byName），名稱可以通過name屬性進行指定，如果沒有指定name屬性，當註解寫在字段上時，默認取字段名進行安裝名稱查找，如果註解寫在setter方法上默認取屬性名進行裝配。當找不到與名稱匹配的bean時才按照類型進行裝配。如果name屬性一旦指定，就隻會按照名稱進行裝配。

@Resource (name= "baseDao" )
private BaseDao baseDao;

總結如下：

  • @Autowired默認按byType自動裝配，而@Resource默認byName自動裝配。
  • @Autowired隻包含一個參數：required，表示是否開啟自動註入，默認是true。而@Resource包含七個參數，其中最重要的兩個參數是：name 和 type。
  • @Autowired如果要使用byName，需要使用@Qualifier一起配合。而@Resource如果指定瞭name，則用byName自動裝配，如果指定瞭type，則用byType自動裝配。
  • @Autowired能夠用在：構造器、方法、參數、成員變量和註解上，而@Resource能用在：類、成員變量和方法上。
  • @Autowired是spring定義的註解，而@Resource是JSR-250定義的註解。

面試題3：Spring 的事務傳播行為有哪些，都有什麼作用？

簡單來講，就是當系統中存在兩個事務方法時(我們暫稱為方法A和方法B)，如果方法B在方法A中被調用，那麼將采用什麼樣的事務形式，就叫做事務的傳播特性

比如，A方法調用瞭B方法(B方法必須使用事務註解)，那麼B事務可以是一個在A中嵌套的事務，或者B事務不使用事務，又或是使用與A事務相同的事務，這些均可以通過指定事務傳播特性來實現。

傳播行為 意義
propagation.REQUIRED 表示當前方法必須運行在事務中。如果當前事務存在，方法將會在該事務中運行。否則會啟動一個新的事務
propagation.SUPPORTS 表示當前方法不需要事務上下文，但是如果存在當前事務的話，那麼該方法會在這個事務中運行
propagation.MANDATORY 表示該方法必須在事務中運行，如果當前事務不存在，則會拋出一個異常
propagation.REQUIRED_NEW 表示當前方法必須運行在它自己的事務中。一個新的事務將被啟動。如果存在當前事務，在該方法執行期間，當前事務會被掛起。如果使用JTATransactionManager的話，則需要訪問TransactionManager
propagation.NOT_SUPPORTED 表示該方法不應該運行在事務中。如果存在當前事務，在該方法運行期間，當前事務將被掛起。如果使用JTATransactionManager的話，則需要訪問TransactionManager
propagation.NEVER 表示當前方法不應該運行在事務上下文中。如果當前正有一個事務在運行，則會拋出異常
propagation.NESTED 表示如果當前已經存在一個事務，那麼該方法將會在嵌套事務中運行。嵌套的事務可以獨立於當前事務進行單獨地提交或回滾。如果當前事務不存在，那麼其行為與propagation.REQUIRED一樣。註意各廠商對這種傳播行為的支持是有所差異的。可以參考資源管理器的文檔來確認它們是否支持嵌套事務

總結

本篇文章就到這裡瞭，希望能給你帶來幫助，也希望您能夠多多關註WalkonNet的更多內容！

推薦閱讀：