Spring 中 Bean 的配置細節

来源:https://www.cnblogs.com/god23bin/archive/2023/07/09/spring-configuration-detail.html
-Advertisement-
Play Games

大家好,我是 god23bin,今天繼續說 Spring 的內容,關於 Spring 中 Bean 的配置的,通過上一篇文章的學習,我們知道了 Spring 中的依賴註入,其中有兩種主要的方式,分別是基於構造方法的 DI 和 基於 Setter 的 DI。 ...


前言

大家好,我是 god23bin,今天繼續說 Spring 的內容,關於 Spring 中 Bean 的配置的,通過上一篇文章的學習,我們知道了 Spring 中的依賴註入,其中有兩種主要的方式,分別是基於構造方法的 DI基於 Setter 的 DI

我們知道,當寫完一個普通的 Java 類後,想讓 Spring IoC 容器在創建類的實例對象時使用構造方法完成實例對象的依賴註入,那麼就需要在配置元數據中寫好類的 Bean 定義,包括各種標簽的屬性。

如果你是第一次看我這個系列的文章,可能不知道什麼是配置元數據,不知道什麼是依賴註入,那麼請你先去看看我之前的文章,相信對你是有幫助的~

現在我們來說說這其中的配置細節,廢話不多說,開始啦!

Bean 定義中的基本標簽

property

property 標簽:用於註入簡單屬性值,可以通過 name 屬性指定屬性名稱,通過 value 屬性指定屬性值,或者通過 ref 屬性指定引用其他 Bean。

<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee">
    <property name="id" value="1" />
    <property name="name" value="god23bin" />
    <property name="department" ref="department" />
</bean>

<bean id="department" class="cn.god23bin.demo.domain.entity.Department">
    <property name="id" value="1" />
    <property name="name" value="JUST DO IT" />
</bean>

constructor

constructor 標簽:使用構造方法參數值進行註入。通過 value 屬性指定了參數的具體值,或通過 ref 屬性指定了對其他 Bean 的引用。這樣,在容器創建 Bean 實例時,會使用指定的參數值調用構造方法,實現構造方法註入。

<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee">
    <constructor-arg value="1" />
    <constructor-arg value="god23bin" />
    <constructor-arg ref="department" />
</bean>

<bean id="department" class="cn.god23bin.demo.domain.entity.Department">
    <constructor-arg value="1" />
    <constructor-arg value="JUST DO IT" />
</bean>

list

list 標簽:用於註入 List 集合類型的屬性值,可以通過value 子標簽指定元素的值,或者通過 ref 子標簽指定引用其他 Bean。

<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee">
    <property name="skills">
        <list>
            <value>Java</value>
            <value>Spring</value>
            <value>MySQL</value>
        </list>
    </property>
    <property name="departments">
        <list>
        	<ref bean="department" />
        </list>
    </property>
</bean>
    
<bean id="department" class="cn.god23bin.demo.domain.entity.Department">
    <constructor-arg value="1" />
    <constructor-arg value="JUST DO IT" />
</bean>

set

set 標簽:用於註入 Set 集合類型的屬性值,用法和 list 標簽類似。

<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee">
  <property name="setProperty">
    <set>
      <value>Value 1</value>
      <ref bean="bean1"/>
      <ref bean="bean2"/>
    </set>
  </property>
</bean>

map

map 標簽:用於註入 Map 集合類型的屬性值,可以通過 entry 子標簽指定鍵值對,鍵可以通過 key 屬性指定,值可以通過 value 屬性指定,或者通過 ref 子標簽指定引用其他Bean。

<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee">
  <property name="mapProperty">
    <map>
      <entry key="key1" value="Value 1"/>
      <entry key="key2">
        <ref bean="bean1"/>
      </entry>
    </map>
  </property>
</bean>

props 標簽:用於註入 Properties 類型的屬性值,可以通過 prop 子標簽指定鍵值對,鍵可以通過 key 屬性指定,值可以通過 value 屬性指定。

<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee">
  <property name="propsProperty">
    <props>
      <prop key="key1">Value 1</prop>
      <prop key="key2">Value 2</prop>
    </props>
  </property>
</bean>

以上是 Spring XML 配置文件中 Bean 註入的常用標簽和集合註入的標簽。

depend-on 的使用

正常情況下,舉個例子:

public class A {
    private B b;
    
    // 省略 getter 和 setter
}

B 這個 Bean 被寫成是 A 的屬性,也就是說,A 類依賴 B 類,這種正常的依賴關係下,我們在以 XML 為配置元數據的配置文件中,可以使用 ref 屬性來指定 A 的依賴項是 B。

<bean id="a" class="cn.god23bin.demo.domain.model.A">
    <property name="b" ref="b" />
</bean>

<bean id="b" class="cn.god23bin.demo.domain.model.B"/>

這種依賴關係,是很明顯的,一下子就能看出 A 是依賴 B 的,所以我們可以使用 ref 屬性來指定依賴項,與此同時,這個依賴項會被註入到需要它的 Bean 中,這裡就是 B 的對象被註入到 A 中作為 b 屬性。

那麼對於依賴關係不明顯,但是又有依賴關係的時候,就可以使用 depend-on 屬性。

比如有一個類 C,它是間接依賴 D 類的,也就是說 D 沒有作為 C 的屬性。此時,想要實例化 C,那麼需要 D 先實例化好後,才能去實例化 C。

<bean /> 標簽中的 depend-on 屬性就能夠做到這一點,讓這種依賴關係不明顯的,也能保證你在使用某個 Bean 時,該 Bean 的依賴項會先實例化。

<!-- 使用 depend-on 屬性指定 C 這個 Bean 是依賴於 D 的 -->
<bean id="c" class="cn.god23bin.demo.domain.model.C" depend-on="d" />

<bean id="d" class="cn.god23bin.demo.domain.model.D" />

這樣,在使用 C 時,是能夠保證 C 的依賴項 D 是已經實例化好的。

如果有多個依賴項,那麼可以使用有效的分隔符進行分割(英文逗號、英文分號或者空格):

<!-- 使用 depend-on 屬性指定 C 這個 Bean 是依賴於 D 的 -->
<bean id="c" class="cn.god23bin.demo.domain.model.C" depend-on="d,another" />

<bean id="d" class="cn.god23bin.demo.domain.model.D" />
<bean id="another" class="cn.god23bin.demo.model.Another" />

同理,銷毀對象的時候,在銷毀 C 對象之前,D 就會被先銷毀。

lazy-init 的使用

<bean /> 標簽中的 lazy-init 屬性是用來指定某個 Bean 是否開啟懶載入的。

預設情況下,Bean 定義中這個屬性預設值是 false,也就是說預設的 Bean 都不是懶載入的,當 Spring IoC 容器創建後,容器就會立即去創建並完全配置所有的單例作用域的 Bean。

如果我們想讓某個 Bean 不在一開始就被實例化,那麼就可以使用這個懶載入屬性開啟某個 Bean 的懶載入。懶載入的 Bean,只有在被第一次使用時,才會被實例化。

在以 XML 為配置元數據為例,直接使用 lazy-init 屬性,設置該屬性為 true 就 OK。

<bean id="lazyBean" class="cn.god23bin.demo.domain.model.LazyBean" lazy-init="true" />

當然,如果這個懶載入的 Bean 被其他沒有懶載入的單例 Bean 給引用了,那麼這個懶載入的 Bean 也會在容器創建後被容器所創建,因為容器必須確保單例 Bean 的依賴項都被實例化了。

自動註入依賴項

Spring 支持 Bean 之間依賴關係的自動註入。 它能根據 ApplicationContext 的內容幫我們處理 Bean 之間的依賴關係,這樣我們就可以不用手動在配置元數據中指定 Bean 之間的依賴關係。

網上有很多博客把「自動註入」說成「自動裝配」的,在我看來,這是兩回事,實際上從它們的英文名來看,就是兩回事。

說到自動裝配(Auto Configuration),一般都是聯繫到 Spring Boot 的,因為它的特點就是開箱即用,省去大量的配置,而之所以能省去大量的配置,就得益於它的自動裝配。而自動註入(Autowiring Collaborator)是指自動註入協作者,換句話說,指 Bean 之間的依賴項 Spring 能幫你去註入。

自動註入的優點

  • 可以大大減少我們在配置元數據中進行指定屬性或構造方法的參數

  • 可以隨著對象的發展而更新配置,比如你需要給某個類添加一個新的依賴項,那麼你不需要去修改配置元數據,自動註入就幫我們處理

以 XML 作為配置元數據的情況下,我們可以使用 <bean /> 標簽中的 autowire 屬性來指定自動註入的模式。

3 種自動註入的模式

預設沒有自動註入,這就是最開始學習的寫法,Bean 的依賴項需要用 ref 屬性來指定。

  1. byName:容器會預設根據屬性名找到一個同名的 Bean 進行自動註入。
<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee" autowire="byName">
    <!-- 屬性 -->
</bean>
  1. byType:容器會預設根據屬性的類型找到一個同類型的 Bean 進行自動註入,如果存在多個同類型的 Bean,那麼 Spring IoC 容器就不知道註入哪一個 Bean,就會拋出異常。
<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee" autowire="byType">
    <!-- 屬性 -->
</bean>
  1. constructor:類似 byType,不過它是基於構造方法參數的自動註入。
<bean id="employee" class="cn.god23bin.demo.domain.entity.Employee" autowire="constructor">
    <!-- 構造函數參數 -->
</bean>

需要註意的是,自動註入只對那些具有依賴關係的 Bean 起作用,而不是所有的 Bean。因此,在配置 Bean 的時候,需要確保被註入的屬性在其他 Bean 中是存在的。

自動註入的限制和缺點

  • 在配置元數據中,使用 <property /><constructor-args /> 編寫的明確的依賴關係會覆蓋自動註入的,換句話說,它的優先順序比自動註入的方式高。還有就是自動註入是不能註入簡單的類型的,比如基本數據類型、String、Class 等類型(包括這些類型的數組也是不能自動註入的)。這裡的限制是設計上的限制。
  • 自動註入是單靠 Spring 幫我們註入的,精確度不如我們手動去明確設置 Bean 之間的依賴關係的,某些情況下可能由於我們的疏忽會註入錯誤的 Bean 導致意想不到的結果。
  • 自動註入的信息對於一些用來生成文檔的工具可能是沒用的。
  • 自動註入的時候找到了多個匹配上的 Bean,對於數組和集合來說是正常的,沒什麼問題,但是如果要註入的 Bean 是單值屬性的依賴關係,那麼 Spring IoC 就不知道該註入哪一個 Bean,就會拋出異常。這個就在上面的 byType 中說過的。

對於自動註入匹配到了多個 Bean,有以下解決方案:

  • 不用自動註入,改為明確手動註入
  • 使用 <bean /> 中的 primary 屬性,設置為 true,那麼在多個同類型的 Bean 定義當中,如果匹配上了,那麼這個 Bean 就是主要的候選者,就會註入這個 Bean。
  • 使用基於註解的自動註入(@Autowired@Primary 等)

這幾個使用註解實現自動註入的,在後面的文章中再講。

總結

我們總結一下,關於 Spring 中 Bean 的配置與依賴註入的重要內容。

  • Bean 的配置元數據可通過 XML 文件進行定義和配置,當然後續我們會介紹使用註解Java 配置作為配置元數據的方式。
  • 基本標簽包括 propertyconstructor-arglistsetmapprops,用於註入屬性值或集合類型的屬性。
  • depend-on 屬性用於指定 Bean 之間的依賴關係,確保指定的 Bean 先於當前 Bean 實例化,這種依賴不是顯式的依賴。
  • lazy-init 屬性用於指定 Bean 是否懶載入,預設為 false,即容器啟動時立即實例化所有單例 Bean。
  • 自動註入可減少配置元數據中的顯式指定依賴項,提供 autowire 屬性以設置自動註入的模式。
  • 自動註入模式包括 byNamebyTypeconstructor,通過屬性名或類型進行自動匹配完成依賴註入。
  • 自動註入存在一定的限制和缺點,需註意配置的精確性和衝突解決。
  • 對於多個匹配的自動註入,可通過手動註入、primary 屬性或基於註解的自動註入來解決。

以上就是本篇所有的內容了,對屏幕前的你有幫助的話,麻煩點點關註,點個免費的贊,給予我支持與鼓勵,感興趣的話可以關註我這個專欄,謝謝你們!

最後的最後

希望各位屏幕前的靚仔靚女們給個三連!你輕輕地點了個贊,那將在我的心裡世界增添一顆明亮而耀眼的星!

咱們下期再見!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1. 系統準備 查看系統信息:cat /proc/version查看 CPU:lscpu 或cat /proc/cpuinfo查看記憶體:free -m查看磁碟空間:cat /proc/meminfo或df -h查看tmp空間(至少1.5G以上):df -h /tmp發現tmp空間太小(安裝DM8需要 ...
  • *最近項目中要做一個拖動排序功能,首先想到的是之前項目中用過的antd自帶的tree和table的拖動排序,但是只能在對應的組建里使用。這裡用的是自定義組件,隨意拖動排序,所以記錄一下實現流程* 1. ***react-dnd*** antd組件的拖動排序都是用的這個庫,使用比較靈活,但是要配置的東 ...
  • 這裡給大家分享我在網上總結出來的一些知識,希望對大家有所幫助 介紹 今天介紹一個非常簡單的入門級小案例,就是地圖的捲簾效果實現,各大地圖引擎供應商都有相關示例,很奇怪高德居然沒有,我看了下文檔發現其實也是可以簡單實現的,演示代碼放到文末。本文用到了圖層掩模,即圖層遮罩,讓圖層只在指定範圍內顯示。 實 ...
  • ![](https://img2023.cnblogs.com/blog/3076680/202307/3076680-20230704152811386-132747394.png) # 1. 記錄日誌 ## 1.1. 傳統的日誌文件仍然是最可靠和最靈活的信息載體 ## 1.2. 日誌文件反映應用 ...
  • ## 引言 **觀察者模式**是一種行為型設計模式,它允許對象之間建立一種一對多的關係,使得當一個對象狀態改變時,所有依賴它的對象都能夠自動得到通知並更新自己的狀態。該模式可以幫助我們實現松耦合的系統,以便更好地應對變化和擴展。 在觀察者模式中,有兩個角色:**觀察者**和**被觀察者**。被觀察者 ...
  • ## 引言 **工廠方法模式**是一種創建型設計模式,它定義了一個用於創建對象的介面,但是讓子類決定將哪一個類實例化。換句話說,工廠方法模式讓一個類的實例化延遲到其子類。 工廠方法模式有以下幾個主要角色: - 抽象工廠(AbstractFactory):聲明用於創建抽象產品的操作的介面。 - 工廠實 ...
  • ## 引言 **抽象工廠模式**一種創建型設計模式,它提供了一種方式來封裝一組具有相同主題的工廠,而不必指定它們具體的類。這樣,客戶端代碼就可以使用抽象工廠來創建一組相關的對象,而不必關心實際創建的具體類。 抽象工廠模式有以下幾個主要角色: - 抽象工廠(AbstractFactory):聲明用於創 ...
  • ### 歡迎訪問我的GitHub > 這裡分類和彙總了欣宸的全部原創(含配套源碼):[https://github.com/zq2599/blog_demos](https://github.com/zq2599/blog_demos) ### 為什麼要編譯nginx-clojure源碼 - 作為《 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...