基于SpringBoot 多租戶擴(kuò)展插件組件原理

在上一篇 博文中有 提到 微內(nèi)核架構(gòu)下多租戶的實(shí)現(xiàn) ,接下來主要講解一下對(duì)應(yīng)的實(shí)現(xiàn)原理。

SpringBoot 啟動(dòng)時(shí)刷新上下文條件裝配流程

SpringBoot的啟動(dòng)流程就不多做贅述,這次主要涉及到SpringBoot啟動(dòng)時(shí)刷新上下文階段的內(nèi)容,所以提前把流程梳理一下。如圖所示:

條件裝配

可以按照流程圖進(jìn)行debug ,就會(huì)發(fā)現(xiàn)

  • 在解析配置階段 觸發(fā) @PluginCondition 注解 進(jìn)行條件解析
  • 在注冊(cè)Bean階段 進(jìn)行 @ConditionalOnMissingBean 條件解析

@Conditional 注解的實(shí)現(xiàn)原理

@OnPluginCondition 自定義注解

根據(jù)上面的流程圖,可以更細(xì)粒度的看一下 自定義@Conditional 注解的具體實(shí)現(xiàn)。實(shí)現(xiàn)的代碼可以參考上一篇文章,接下來主要看一下 為什么 @PluginCondition 是在解析配置階段觸發(fā)。

我們根據(jù)流程圖往下看 ,首先調(diào)用了 ConditionEvaluator#shouldSkip(AnnotatedTypeMetadata) 方法,進(jìn)而調(diào)用了內(nèi)部的方法 。

PluginCondition1.png

PluginCondition2.png

剩下的邏輯實(shí)現(xiàn),可以翻看我前一篇文章,里面注釋寫的很清楚了。

@ConditionalOnMissingBean 注解的實(shí)現(xiàn)原理

了解了自定義的條件裝配注解之后 , SpringBoot默認(rèn)的注解也就好理解了。我們先看一下 調(diào)用方法

missBeanShouldSkip1.png
missBeanShouldSkip2.png

接下來我們先來了解一下 @ConditionalOnMissingBean 注解的實(shí)現(xiàn)邏輯。首先基于條件裝配 OnBeanCondition.class

missBean1.png

那么重點(diǎn)我們來看一下 OnBeanCondition 中的邏輯。

missBean2.png

這就是為什么在 調(diào)用ShouldSkip方法的時(shí)候, requiredPhase = REGISTER_BEAN。

我們往下看到關(guān)于 @ConditionalOnMissingBean 處理的部分

missBean3.png

我們重點(diǎn)看一下 #getMatchingBeans 這個(gè)方法

missBean4.png

missBean5.png
missBean6.png
missBean7.png
missBean8.png

小結(jié)

源碼原理我大部分以貼圖的形式展現(xiàn),這里可以更直觀的debug, 如果針對(duì)這方面的源碼還不是很理解,可以根據(jù)我的流程圖以及源碼圖自己打斷點(diǎn),跟蹤一下源碼就可以理解這條件注解 @Conditional 的實(shí)現(xiàn)原理了。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容