很久沒有寫博客了, 感覺沒有學到讓我自己眼前一亮的東西,所以還在摸索當中; 不過最近在復習spring相關的內容, 特別是回圈依賴這塊, 查詢了很多的資料, 比較有識訓, 就分享一下吧!
分為上下兩篇博客, 第一篇是復習一下spring的整體流程, 第二篇說一下回圈依賴
提前須知: 最好自己看過spring原始碼, 了解bean的生命周期
1. 問答環節
先問幾個問題,
問題一: 我們拋開框架層面的理解, 你覺得IOC容器本質上是一個啥?
回答: ioc的本質上就是new一個大的普普通通的物件, 這個物件中有非常多成員變數, 有字串型別, 有的是map型別, 有的是list型別, 還有的是陣列型別, set型別, 等等
問題二: 那么IOC容器的啟動的本質上又是什么呢?
回答: 啟動的本質就是我們根據一個BeanFactory的class檔案, 去new一個實體出來, 然后完成初始化操作, 也就是給這個實體中的所有成員變數賦值
問題三: 那么Bean的生命周期本質上又是一個啥?
回答: Bean的生命周期本質上, 就是先從xml檔案或者注解中獲取到很多類的全類名和屬性資訊, 封裝成物件, 然后存到IOC容器的一個map成員變數中; 然后下一步遍歷這個map, 將這個map中的物件的類資訊提取出來, 使用反射, 實體化成另外的物件(也就是這里判斷出來需要單例還是多例Bean物件), 然后把新創建的物件再放到IOC容器的另外一個map中;
前一個map就是存放的BeanDefinition, 后一個map就是存放單實體Bean物件
問題四: 那么你覺得BeanPostProcessor本質上又是一個啥?
回答: BeanPostProcessor分為兩種, 一種是BeanFactoryProstProcessor, 另外一種是BeanPostProcessor;
前者是為了給BeanFactory實體填充成員變數之后, 可以對某些成員變數做些自定義的修改, 比如對存放BeanDefiniton的那個map進行遍歷, 拿到想要的BeanDefinition物件, 把里面的屬性清空掉, 以滿足我們擴展spring框架然后天天改bug的需求; 后者BeanPostProcessor是在實體化Bean物件, 然后設定屬性值之后, 我們可以對這個Bean實體的所有成員變數做些鬼畜的處理;
下圖所示, 咱親手畫的(╯-╰)/, 請你務必等下也要動手畫一張
2.Bean的生命周期
這個是很經典的東西了, 大概把生命周期分為三個部分吧, 前提是創建一個BeanFactory容器肯定不用說, 容器肯定要首先創建, 不然連家都沒有, 還初始化尼瑪的bean物件啊╮(╯_╰)╭
然后我們首先加載類的基本資訊, 然后使用反射實體化Bean, 最后初始化Bean物件, 給物件的成員變數賦值
是不是跟類加載的步驟很像啊, 只不過jvm加載類的時候是一氣呵成的, 而在spring中是每個步驟都分開的, 在每個步驟前后都會經歷很多復雜的初始化和增強操作
2.1 加載
這個加載類的定義資訊, 這個定義資訊在哪里?肯定在xml組態檔中或者使用注解標識了呀!
spring容器在啟動的時候, 通過BeanDefinitionReader去讀取組態檔(這里可不是只有xml檔案啊,還有可能是properties,yml等),這里具體的需要說一下, 比如我們有一個下面這樣的xml檔案(稍等, 我去網上復制一下), 那么是怎么加載到注解@Controller, @Service等那些類的呢
先說結論: 用腳想也能知道肯定是在BeanDefinitionReader去讀取這個組態檔進行決議的時候, 當讀取到了<component-scan>標簽, 然后根據這個標簽配置的類路徑進行掃描該目錄下的所有class類, 看看有沒有@Controller,@Component,@Service等注解, 有的話, 就把這些類給的資訊收集起來變成BeanDefinition物件, 丟到IOC容器的某個角落里的Map中保存起來;
當決議到<bean>標簽的時候, 也會最終決議為BeanDefinition物件, 然后也保存在上面的這個Map中, 這樣就在專案啟動的時候, 收集了注解標注的bean和xml組態檔配置的定義資訊了
結論說完, 下面看一下大概的原始碼流程, 不想看的小伙伴可以直接跳過(￣▽￣)ノ
2.1.1. 基于xml的ioc容器入口
2.1.2.ioc容器的主干脈絡
2.1.3.ioc容器類圖
ioc容器的實際型別是DefaultListableBeanFactory, 希望你能記住這個類名, 看一下這種類的類圖, 可以看到這個DefaultListableBeanFactory的功能是十分全面的
實體化BeanDefinitionReader, 然后去決議檔案
到了這里趕緊去喝一口水, 這個loadBeanDefinitions方法中間有很多跳轉就不看了, 我們只看最終到的決議類, 截圖也可以少一點?乛?乛?
2.1.4 注解類的加載流程
熟悉spring的擴展機制的都知道, xml組態檔最上面是有很多url一樣的東西, 這是為了注冊處理器然后去決議不同的標簽的, 有興趣的可以看看這篇博客
反正最后就是由一個ContextNamespaceHandler來決議這個component-scan標簽
這里可以看到是去加載applicationContext.xml的中所有命名空間的處理器, 處理器中對每個命名空間下的每一種標簽都注冊了一種決議器, 后續決議具體標簽的時候, 就是使用該決議器
這里就是加載spring.handlers加載所有命名空間的對應的處理器
每一個處理器中又給每一種標簽對應一個決議器, 我們的component-scan標簽對應的是ComponentScanBeanDefinitionParser決議器
這里是最侄訓呼叫ComponentScanBeanDefinitionParser的parse方法真正的去決議<component-scan>標簽的屬性值了
很明顯決議的這個component標簽的處理類是ContextNamespaceHandler, 這個處理器中真正去決議component-scan標簽的是ComponentScanBeanDefinitionParser, 這個類的parse方法
就是去掃描配置的包路徑, 然后加載那些注解類, 變成BeanDefinition物件的, 有興趣的繼續往底下看吧,
繼續點進去都Scan方法內部就能看到去遍歷掃描找到對應的類, 然后收集這些類的定義資訊BeanDefinition
收集了那些資訊之后, 然后再注冊到IOC容器的某個Map中保存起來
原來IOC容器中最終的存放BeanDefinition的地方叫做beanDefinitionMap啊
上面說的是決議注解類的定義資訊, 決議完了之后, 也是根據命名空間對應的決議器來決議xml檔案中<bean>中配置的資訊, 然后變成BeanDefinition資訊, 這個就不細看了, 無非就是決議xml標簽中各個屬性, 然后給BeanDefinition物件賦值
我們可以發現不管是注解類配置的Bean, 還是組態檔中配置的Bean, 在加載的程序都會被加載成統一的BeanDefinition物件, 這個BeanDefinition物件屏蔽了組態檔和注解的差異性, 使得在后面處理的時候, 不需要花費額外的操作
2.2 實體化
收集所有BeanDefinition, 保存到Map之后, 我們只需要遍歷這個Map, 對里面的一個一個BeanDefinition使用反射, 進行實體化就行了, 這個還是很容易的,我們一起看看原始碼
入口還是在這個refresh方法這里, 找到呼叫finishBeanFactoryInitialization(beanFactory)方法, 點進去找到beanFactory.preInstantiateSingletons(), 繼續往下看之前, 先看一眼大概的流程:
getBean->doGetBean->createBean->doCreateBean->createBeanInstance->instantiateBean->instantiate, 根據這個名稱都應該知道在干啥了吧, 在最終的instantiate方法中(這里只針對于構造器創建實體bean),如果這個bean是繼承父類, 并且有重寫父類方法, 會使用cglib位元組碼的技術創建bean物件, 否則就用jdk自帶的反射的方式創建物件
2.2.1 getBean
2.2.2.doGetBean
2.2.3. createBean
2.2.4.doCreateBean
2.2.5.createBeanInstance
這個方法就是進行各種校驗, 看看使用哪種創建物件的方式, 因為我們可以xml檔案bean的標簽中使用factory-mtehod等工廠方法去創建的嘛!
現在嘛, 我們肯定是用最簡單最樸素的方式去創建, 直接獲取構造器, 然后根據構造器去創建
注意: Cglib不止能用來做動態代理, 也可以用于創建物件啊, 是基于位元組碼框架 ASM 實作，所以可以直接通過 ASM 操作指令碼來創建物件
3.3.初始化
初始化方法其實就是給上一步反射生成的bean實體, 設定我們自己定義的屬性值, 入口是doCreateBean方法
populateBean這個方法很重要, 但是我就是不點進去看（￣o￣） . z Z,
里面大概的邏輯說一下, 就是xml組態檔<bean>標簽下可能有<property name="xx", value="https://www.cnblogs.com/wyq1995/p/xxx"></property>這樣的值, 取出value賦值到bean實體里面去; 與此同時, 如果這個bean有類似于@Autowired等標簽的, 也會去依賴注入對應的類實體, 依賴注入其實還是呼叫getBean方法創建對應的依賴類, 有點像遞回, 然后你就又可以從本篇博客最上面開始往下看了,(￣▽￣)ノ
然后說說initializeBean方法之前, 首先說一下什么是系統屬性? 比如在我們寫業務代碼的時候, 開發一個UserService類, 如果想用BeanFactory, ApplicationContext, Environment等系統物件怎么辦, 有沒有什么好的辦法呀?
spring中提供了一種擴展機制, 只要實作了Aware介面的時候, 在執行initializeBean方法的時候, 就會填充這些系統屬性給我們的Bean實體, 例如:BeanFactoryAware, ApplicationContextAware, EnvironmentAware等介面, 下圖所示
其中在執行初始化方法之前, 會判斷當前Bean是否實作了InitializingBean介面, 如果實作了的話, 就執行afterPropertiesSet方法, 這個方法也可以用于初始化
到這里其實就已經把spring中bean的生命周期說完了, 代碼流程也大概看了一下, 看的不是很細, 其實很多地方都可以用很長的篇幅進行說明的, 考慮到我只想使用一篇博客寫完整個流程, 就只能很簡略的看了一下, 有興趣的小伙伴可以自己深入看一下, 嘿嘿(￣▽￣)ノ
--------------以上皆原創，給未來的自己留下一點學習的痕跡!--------轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/492426.html
標籤：Java
下一篇：golang的defer踩坑匯總