spring 同名bean問題 分析和解決

不知道有沒有想到過我們的配置中約定的盡量一個(gè)bean使用一個(gè)name疆偿,可是隨著引入的第三方庫越來越多咱筛,就有可能就會出現(xiàn)名字相同的bean。那么問題來了杆故,多個(gè)name相同的bean,spring是如何處理的呢溉愁?是只保留第一個(gè)還是覆蓋保留最后一個(gè)又或者是拋出異常明確名稱不能重復(fù)处铛,又或者業(yè)務(wù)的因素明確了不能一致的情況?接下來我們看看這個(gè)同名bean的問題拐揭。

說起同名bean撤蟆,肯定要提到allowBeanDefinitionOverriding,這個(gè)關(guān)鍵字官方介紹是
Whether to allow re-registration of a different definition with the same name,當(dāng)遇到同樣的名字的時(shí)候堂污,是否允許覆蓋注冊家肯。

把代碼定位到具體的位置 DefaultLiatableBeanFactory 文件

public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
        throws BeanDefinitionStoreException {
   ....
    BeanDefinition oldBeanDefinition;

    oldBeanDefinition = this.beanDefinitionMap.get(beanName);
    if (oldBeanDefinition != null) {
        if (!isAllowBeanDefinitionOverriding()) {
          // 當(dāng)發(fā)現(xiàn)了重名的bean之后,而且不允許出現(xiàn)重名bean則拋出異常
            throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
                    "Cannot register bean definition [" + beanDefinition + "] for bean '" + beanName +
                    "': There is already [" + oldBeanDefinition + "] bound.");
        }
        // 用新的bean替換之前舊的bean
        this.beanDefinitionMap.put(beanName, beanDefinition);
....

發(fā)現(xiàn)幾個(gè)疑問盟猖,可以實(shí)踐下

  • 什么叫新的bean讨衣、如何界定
  • 如何修改allowBeanDefinitionOverriding值

如何界定新的bean

image.png
image.png

已經(jīng)設(shè)置好了兩個(gè)xml,各自包含了一個(gè)同名的bean式镐,只是參數(shù)不一致而已

  • 情況1
image.png

context1.xml 在前反镇, context.xml 在后


image.png
  • 情況2
image.png

context.xml 在前, context1.xml 在后


image.png

看在讀取xml解析的時(shí)候同樣可以知道娘汞,答案已經(jīng)很明顯了歹茶,spring是按照文件列表一個(gè)一個(gè)掃描注冊的,所以最后保留的是后一個(gè)文件的bean

如何修改allowBeanDefinitionOverriding值

解決的思路肯定是要在真正的解析bean之前修改該值,而且要在defaultlistablebeanfactory生成之后惊豺。

protected final void refreshBeanFactory() throws BeansException {
    if (hasBeanFactory()) {
        destroyBeans();
        closeBeanFactory();
        // 已經(jīng)存在bean工廠燎孟,現(xiàn)在清空
    }
    try {
        DefaultListableBeanFactory beanFactory = createBeanFactory();
        // 創(chuàng)建bean工廠
        beanFactory.setSerializationId(getId());
        customizeBeanFactory(beanFactory);
        // 自定義設(shè)入bean工廠的
        loadBeanDefinitions(beanFactory);
        // 開始加載xml進(jìn)行解析操作,無法修改bean工廠
        synchronized (this.beanFactoryMonitor) {
            this.beanFactory = beanFactory;
        }
    }
    catch (IOException ex) {
        throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
    }
}

protected void customizeBeanFactory(DefaultListableBeanFactory beanFactory) {
    if (this.allowBeanDefinitionOverriding != null) {
beanFactory.setAllowBeanDefinitionOverriding(this.allowBeanDefinitionOverriding);
    // 把Application本身的是否可覆蓋bean值賦值給bean工廠
    }
    if (this.allowCircularReferences != null) {
        beanFactory.setAllowCircularReferences(this.allowCircularReferences);
        // 賦值是否允許循環(huán)引用
    }
}

那么我們能夠動(dòng)刀的地方只能是customizeBeanFactory了,代碼如下

public static void main(String[] args){
   ClassPathXmlApplicationContext applicationContext = 
    new ClassPathXmlApplicationContext(new String[]{"context.xml", "context1.xml"}, false);
    // 注意context的順序尸昧,可以預(yù)知肯定是在context1.xml中出現(xiàn)沖突
    // 注意這個(gè)false數(shù)據(jù)缤弦,設(shè)置為false,意味著不會主動(dòng)的去刷新bean工廠以及解析xml
   applicationContext.setAllowBeanDefinitionOverriding(false);
   // 賦值application的參數(shù)allowBeanDefinitionOverriding
   applicationContext.refresh();
   // 現(xiàn)在需要手動(dòng)的啟動(dòng)refresh操作

   Student student = (Student)applicationContext.getBean("student");
   System.out.println(student.toString());
}

如上圖的applicationContext.setAllowBeanDefinitionOverriding(false);彻磁,這一步就是為了配合在refresh中的customizeBeanFactory函數(shù)操作了碍沐,這樣就完美的完成了我們的需求。

執(zhí)行結(jié)果衷蜓,如下圖累提,確實(shí)是提示錯(cuò)誤說在context1.xml 也是符合我們的預(yù)想


image.png
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市磁浇,隨后出現(xiàn)的幾起案子斋陪,更是在濱河造成了極大的恐慌,老刑警劉巖置吓,帶你破解...
    沈念sama閱讀 222,807評論 6 518
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件无虚,死亡現(xiàn)場離奇詭異,居然都是意外死亡衍锚,警方通過查閱死者的電腦和手機(jī)友题,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,284評論 3 399
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來戴质,“玉大人度宦,你說我怎么就攤上這事「娼常” “怎么了戈抄?”我有些...
    開封第一講書人閱讀 169,589評論 0 363
  • 文/不壞的土叔 我叫張陵,是天一觀的道長后专。 經(jīng)常有香客問我划鸽,道長,這世上最難降的妖魔是什么戚哎? 我笑而不...
    開封第一講書人閱讀 60,188評論 1 300
  • 正文 為了忘掉前任裸诽,我火速辦了婚禮,結(jié)果婚禮上建瘫,老公的妹妹穿的比我還像新娘崭捍。我一直安慰自己,他們只是感情好啰脚,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,185評論 6 398
  • 文/花漫 我一把揭開白布殷蛇。 她就那樣靜靜地躺著实夹,像睡著了一般。 火紅的嫁衣襯著肌膚如雪粒梦。 梳的紋絲不亂的頭發(fā)上亮航,一...
    開封第一講書人閱讀 52,785評論 1 314
  • 那天,我揣著相機(jī)與錄音匀们,去河邊找鬼缴淋。 笑死,一個(gè)胖子當(dāng)著我的面吹牛泄朴,可吹牛的內(nèi)容都是我干的重抖。 我是一名探鬼主播,決...
    沈念sama閱讀 41,220評論 3 423
  • 文/蒼蘭香墨 我猛地睜開眼祖灰,長吁一口氣:“原來是場噩夢啊……” “哼钟沛!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起局扶,我...
    開封第一講書人閱讀 40,167評論 0 277
  • 序言:老撾萬榮一對情侶失蹤恨统,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后三妈,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體畜埋,經(jīng)...
    沈念sama閱讀 46,698評論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,767評論 3 343
  • 正文 我和宋清朗相戀三年畴蒲,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了悠鞍。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,912評論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡饿凛,死狀恐怖狞玛,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情涧窒,我是刑警寧澤,帶...
    沈念sama閱讀 36,572評論 5 351
  • 正文 年R本政府宣布锭亏,位于F島的核電站纠吴,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏慧瘤。R本人自食惡果不足惜戴已,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,254評論 3 336
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望锅减。 院中可真熱鬧糖儡,春花似錦、人聲如沸怔匣。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,746評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至金闽,卻和暖如春纯露,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背代芜。 一陣腳步聲響...
    開封第一講書人閱讀 33,859評論 1 274
  • 我被黑心中介騙來泰國打工埠褪, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人挤庇。 一個(gè)月前我還...
    沈念sama閱讀 49,359評論 3 379
  • 正文 我出身青樓钞速,卻偏偏與公主長得像,于是被迫代替她去往敵國和親嫡秕。 傳聞我的和親對象是個(gè)殘疾皇子渴语,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,922評論 2 361

推薦閱讀更多精彩內(nèi)容