詳細(xì)解釋什么是 Spring Bean？

什么是 Spring Bean

Spring Bean 是由 Spring IoC 容器管理的對(duì)象實(shí)例，也是 Spring 框架的基本組件之一。Bean 可以是任何一個(gè)普通的 Java 對(duì)象，也可以是第三方庫中的對(duì)象，例如 Hibernate SessionFactory 或 MyBatis SqlSessionFactory。

Spring Bean 的創(chuàng)建、組裝和管理是由 Spring IoC 容器負(fù)責(zé)的。在容器中注冊一個(gè) Bean 后，容器負(fù)責(zé)創(chuàng)建 Bean 的實(shí)例、管理 Bean 的生命周期，以及處理 Bean 之間的依賴關(guān)系。通過 Spring 容器，可以實(shí)現(xiàn)對(duì)象之間的松耦合，便于測試、模塊化開發(fā)、重用等。

在 Spring 中，Bean 是通過配置文件或注解來定義的。配置文件通常是 XML 或 Java 配置類，通過聲明 Bean 的類名、作用域、依賴關(guān)系、屬性值等信息來定義 Bean。注解則是通過在 Bean 類上添加特定的注解來定義 Bean。無論是 XML 配置文件還是注解，都需要被 Spring IoC 容器加載和解析，以創(chuàng)建 Bean 的實(shí)例并放入容器中。

Spring 注冊Bean的方式

在 Spring 中，有多種注冊 Bean 的方式，包括 XML 配置文件、Java 配置類和注解。

1.XML 配置文件方式：通過在 XML 配置文件中定義 Bean，然后由 Spring IoC 容器加載和解析，以創(chuàng)建 Bean 的實(shí)例并放入容器中。

示例：

<!-- 在 XML 配置文件中定義一個(gè) Bean -->
<bean id="exampleBean" class="com.example.ExampleBean">
   <property name="message" value="Hello, Spring!"/>
</bean>

2.Java 配置類方式：通過編寫 Java 配置類來定義 Bean，然后在 Spring IoC 容器中注冊配置類，由容器加載和解析配置類，以創(chuàng)建 Bean 的實(shí)例并放入容器中。

示例：

@Configuration
public class AppConfig {
    @Bean
    public ExampleBean exampleBean() {
        ExampleBean bean = new ExampleBean();
        bean.setMessage("Hello, Spring!");
        return bean;
    }
}

3.注解方式：通過在 Bean 類上添加特定的注解來定義 Bean，然后由 Spring IoC 容器掃描和解析注解，以創(chuàng)建 Bean 的實(shí)例并放入容器中。

示例：

@Component
public class ExampleBean {
    @Value("Hello, Spring!")
    private String message;
    // getter and setter methods
}

需要注意的是，無論采用哪種方式注冊 Bean，Bean 的作用域和依賴關(guān)系都需要在注冊時(shí)進(jìn)行指定。同時(shí)，為了讓 Spring IoC 容器正確地掃描和解析 Bean，需要在 Spring 配置文件或 Java 配置類中添加相應(yīng)的配置信息。

spring bean的生命周期

Spring Bean 的生命周期可以分為以下階段：

• 實(shí)例化：當(dāng)容器接收到創(chuàng)建 Bean 的請(qǐng)求時(shí)，它會(huì)通過調(diào)用 Bean 的構(gòu)造函數(shù)來實(shí)例化一個(gè)新的 Bean 對(duì)象。
• 設(shè)置屬性：一旦 Bean 被實(shí)例化，容器將通過 Bean 的 setter 方法來設(shè)置 Bean 的屬性值。
• 初始化：在所有的屬性都被設(shè)置完之后，容器會(huì)調(diào)用 Bean 的初始化方法（如果有的話）。Bean 的初始化方法可以是實(shí)現(xiàn)了 InitializingBean 接口的 afterPropertiesSet() 方法，或者是使用 init-method 屬性指定的方法。
• 使用：一旦 Bean 初始化完成，它就可以被容器使用了。
• 銷毀：當(dāng)容器關(guān)閉時(shí)，它會(huì)調(diào)用 Bean 的銷毀方法（如果有的話）。Bean 的銷毀方法可以是實(shí)現(xiàn)了 DisposableBean 接口的 destroy() 方法，或者是使用 destroy-method 屬性指定的方法。

需要注意的是，Bean 的初始化和銷毀方法是可選的，而且并不是所有的 Bean 都需要這些方法。另外，如果 Bean 實(shí)現(xiàn)了 DisposableBean 和 InitializingBean 接口，那么這些方法將會(huì)在對(duì)應(yīng)的接口方法之前調(diào)用。

spring bean的作用域

Spring Bean 的作用域指的是在應(yīng)用程序中使用該 Bean 實(shí)例的生命周期和可見性。Spring 容器支持以下五種常見的 Bean 作用域：

• singleton：每個(gè) Spring 容器中只存在一個(gè) Bean 實(shí)例。該實(shí)例在容器啟動(dòng)時(shí)被創(chuàng)建，并在容器關(guān)閉時(shí)被銷毀。這是 Spring 默認(rèn)的 Bean 作用域。
• prototype：每次從容器中獲取 Bean 實(shí)例時(shí)都會(huì)創(chuàng)建一個(gè)新的實(shí)例。容器不會(huì)管理 Bean 實(shí)例的生命周期，也不會(huì)在容器關(guān)閉時(shí)銷毀該實(shí)例。
• request：在一個(gè) HTTP 請(qǐng)求中，容器會(huì)為每個(gè)請(qǐng)求創(chuàng)建一個(gè) Bean 實(shí)例。該實(shí)例在請(qǐng)求處理完成后被銷毀。
• session：在一個(gè) HTTP 會(huì)話中，容器會(huì)為每個(gè)會(huì)話創(chuàng)建一個(gè) Bean 實(shí)例。該實(shí)例在會(huì)話結(jié)束后被銷毀。
• global session：在一個(gè)全局 HTTP 會(huì)話中，容器會(huì)為每個(gè)會(huì)話創(chuàng)建一個(gè) Bean 實(shí)例。只適用于基于 Portlet 的 Web 應(yīng)用。

除了上述五種常見的 Bean 作用域，Spring 還支持自定義的 Bean 作用域，可以通過實(shí)現(xiàn) Scope 接口來實(shí)現(xiàn)?？梢愿鶕?jù)具體的業(yè)務(wù)需求來定義 Bean 作用域，以達(dá)到更好的性能和靈活性。

在實(shí)際開發(fā)中，通常將單例作為默認(rèn)的 Bean 作用域，因?yàn)樗梢怨?jié)省資源并提高性能。然而，對(duì)于需要狀態(tài)保持或線程安全的 Bean，如 Web 應(yīng)用中的 session 和 request 作用域的 Bean，或者在多線程環(huán)境中的 Bean，就需要使用其他作用域來保證正確性。

Spring Bean 的作用域(Bean Scope)示例詳解

前言

大家好，我是 god23bin，今天我們來聊一聊 Spring 框架中的 Bean 作用域（Scope）。

什么是 Bean 的作用域？

我們在以 XML 作為配置元數(shù)據(jù)的情況下，進(jìn)行 Bean 的定義，是這樣的：

<bean id="vehicle" class="cn.god23bin.demo.domain.model.Vehicle">
	<!-- 協(xié)作者寫在這里... -->
</bean>

我們寫了一個(gè) Bean 定義（Bean Definition），就是用于創(chuàng)建所定義的類的實(shí)例的。

一個(gè) Bean 定義，我們可以類比一個(gè)類的定義，你定義了一個(gè)類，你可以根據(jù)這個(gè)類創(chuàng)建出許多實(shí)例對(duì)象。同理，Bean 定義也是，也是可以根據(jù)這個(gè)定義創(chuàng)建許多實(shí)例對(duì)象的，只不過這里是 Spring 幫我們創(chuàng)建，而不是我們手動(dòng) new 。 這些 Bean 對(duì)象實(shí)例，我們可以理解為 Spring IoC 容器中的對(duì)象。

在寫 Bean 定義的過程中，我們可以控制各種 Bean 的依賴項(xiàng)和相應(yīng)的值，將這些依賴項(xiàng)和值注入到 Bean 定義所創(chuàng)建的對(duì)象中。同理，這個(gè)過程也可以控制 Bean 定義創(chuàng)建的對(duì)象的 Scope（作用域）。Bean 的作用域定義了在容器中創(chuàng)建的 Bean 實(shí)例的生命周期以及在應(yīng)用程序中的可見性。

6 種 Bean 的作用域

Spring 支持 6 種 Bean 的作用域，其中有 4 種是在 Web 應(yīng)用下才能感知到的，如下表所示：

1. Singleton Scope

singleton 作用域的 Bean，在 Spring IoC 容器中就有且僅有一個(gè)該類型的實(shí)例對(duì)象，也就是單例的。

默認(rèn)情況下，我們在寫 Bean 定義的時(shí)候，不指定作用域的話，那么這個(gè) Bean 對(duì)象就是單例的。

<!-- 不寫 Bean 的作用域，默認(rèn)作用域?yàn)閱卫?-->
<bean id="accountService" class="cn.god23bin.demo.service.DefaultAccountService"/>
<!-- 寫上作用域，這里是冗余的寫法，使用 scope 屬性 -->
<bean id="accountService" class="cn.god23bin.demo.service.DefaultAccountService" scope="singleton"/>

這個(gè)單例對(duì)象是存儲(chǔ)在一個(gè)緩存區(qū)域中的，在后續(xù)的請(qǐng)求或者引用中，Spring 就會(huì)返回這個(gè)緩存的對(duì)象。

實(shí)際上，Spring 中的單例的 Bean 對(duì)象是不同于 Gang of Four 設(shè)計(jì)模式中的所定義的單例模式的。

設(shè)計(jì)模式（Design Pattern）是前輩們對(duì)代碼開發(fā)經(jīng)驗(yàn)的總結(jié)，是解決特定問題的一系列套路。它不是語法規(guī)定，而是一套用來提高代碼可復(fù)用性、可維護(hù)性、可讀性、穩(wěn)健性以及安全性的解決方案。

1995 年，GoF（Gang of Four，四人組/四人幫）合作出版了《設(shè)計(jì)模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ)》一書，共收錄了 23 種設(shè)計(jì)模式，從此樹立了軟件設(shè)計(jì)模式領(lǐng)域的里程碑，人稱「GoF設(shè)計(jì)模式」。

設(shè)計(jì)模式中的單例模式是硬編碼的方式，以便每個(gè) ClassLoader 只創(chuàng)建一個(gè)特定類的一個(gè)實(shí)例。

而 Spring 單例的范圍是指每個(gè) IoC 容器的，不同 IoC 容器維護(hù)自己的 Bean 的單例對(duì)象。

2. Prototype Scope

Bean 的作用域是 prototype，中文意思是原型，實(shí)際上這里是省略了 non-singleton，這個(gè)作用域的全稱是 non-singleton prototype scope，即「非單例原型的作用域」。

顧名思義，這個(gè)作用域下的 Bean 不是單例的，意思就是說 Bean 是多例的，每一次的請(qǐng)求或者引用，都會(huì)創(chuàng)建一個(gè)新的 Bean 對(duì)象。

當(dāng)然這里的請(qǐng)求或者引用的意思是指，非單例原型的 Bean 被注入到另一個(gè) Bean 中的時(shí)候（Bean 作為屬性被引用），或者我們直接通過容器的 getBean() 方法調(diào)用來請(qǐng)求它的時(shí)候，就會(huì)創(chuàng)建一個(gè)新的對(duì)象。

在 XML 中指定了這個(gè) Bean 的作用域?yàn)?nbsp;prototype。

<bean id="accountService" class="cn.god23bin.demo.service.DefaultAccountService" scope="prototype"/>

在 prototype 作用域下的 Bean，Spring 是不會(huì)負(fù)責(zé)該 Bean 的銷毀周期中回調(diào)的方法的，如果該 Bean 擁有一些重要的資源，想在該 Bean 對(duì)象銷毀時(shí)釋放這些資源，那么需要自定義 BeanPostProcessor（Bean 的后置處理器），它持有我們需要清理的 Bean 的引用。

在某些方面來說，在 prototype 作用域下的 Bean 的作用是代替 new 操作的。

其余 4 種作用域

request、session、application 和 websocket scope 只有在使用 Web 感知的 Spring ApplicationContext 實(shí)現(xiàn)（如 XmlWebApplicationContext）時(shí)才可用。

簡而言之，一般是在 Web 應(yīng)用下，借助 Spring 的 Web 模塊，就能使用這 4 種作用域。

如果你將這些 scope 與常規(guī)的 Spring IoC 容器（如 ClassPathXmlApplicationContext）一起使用，就會(huì)拋出一個(gè) IllegalStateException，提示有未知的 Bean scope。

3. Request Scope

<bean id="loginController" class="cn.god23bin.demo.controller.LoginController" scope="request"/>

Spring IoC 容器為每一個(gè) HTTP 請(qǐng)求使用 loginController Bean 定義來創(chuàng)建 LoginController Bean 的新實(shí)例，從而實(shí)現(xiàn)這種 request 作用域。

你可以隨心所欲地改變被創(chuàng)建的實(shí)例的內(nèi)部狀態(tài)，因?yàn)閺耐粋€(gè) loginController Bean 定義中創(chuàng)建的其他實(shí)例不會(huì)看到這些狀態(tài)的變化。它們是針對(duì)單個(gè)請(qǐng)求的，當(dāng)請(qǐng)求完成處理時(shí)，該請(qǐng)求所涉及的 Bean 會(huì)被丟棄。

4. Session Scope

<bean id="userPreferences" class="cn.god23bin.demo.UserPreferences" scope="session"/>

Spring IoC 容器通過使用 userPreferences Bean 定義，在單個(gè)HTTP Session 的生命周期內(nèi)創(chuàng)建一個(gè)新的 UserPreferences Bean 實(shí)例。

與 request scope 的 Bean 一樣，你可以隨心所欲地改變被創(chuàng)建的實(shí)例的內(nèi)部狀態(tài)，要知道其他 HTTP Session 實(shí)例也在使用從同一個(gè) userPreferences Bean定義中創(chuàng)建的實(shí)例，它們不會(huì)看到這些狀態(tài)的變化，因?yàn)樗鼈兪翘囟ㄓ趩蝹€(gè)HTTP Session。當(dāng)HTTP Session 最終被丟棄時(shí)，作用于該特定HTTP Session 的 Bean 也被丟棄。

5. Application Scope

<bean id="appPreferences" class="cn.god23bin.demo.AppPreferences" scope="application"/>

Spring 容器通過為整個(gè)Web應(yīng)用程序使用一次 appPreferences Bean 定義來創(chuàng)建 AppPreferences Bean的新實(shí)例。

這有點(diǎn)類似于Spring的 singleton Bean，但在兩個(gè)重要方面有所不同。

它是每個(gè) ServletContext 的單例，而不是每個(gè) Spring ApplicationContext（在任何給定的Web應(yīng)用程序中可能有幾個(gè)）。

6. WebSocket Scope

這里就涉及到 WebSocket 了，目前先不討論。后面再來填坑~

不同作用域的 Bean 之間的依賴關(guān)系

這里討論的，一般就是單例作用域的 Bean 和原型作用域的 Bean 之間的依賴關(guān)系。

現(xiàn)在舉個(gè)例子，假設(shè)有兩個(gè) Java 類交給了 Spring IoC 容器管理，分別是 SingletonBean 類和 PrototypeBean 類。

其中 SingletonBean 是單例作用域的 Bean，而 PrototypeBean 是原型作用域的 Bean。

那么當(dāng)：

• SingletonBean 的依賴項(xiàng)是 PrototypeBean 時(shí)，PrototypeBean 對(duì)象只會(huì)初始化一次并注入到 SingletonBean，這樣 PrototypeBean 就起不到原型作用域的效果。
• PrototypeBean 的依賴項(xiàng)是 SingletonBean 時(shí)，每次 PrototypeBean 對(duì)象都會(huì)創(chuàng)建，這些對(duì)象都依賴于一個(gè)單例對(duì)象，此時(shí)沒任何問題。

方法注入

Spring 提供了一種稱為方法注入（Method Injection）的機(jī)制來解決原型作用域的 Bean 在被注入到單例作用域的 Bean 中時(shí)只創(chuàng)建一個(gè)實(shí)例的問題。

方法注入允許每次調(diào)用方法時(shí)都獲取一個(gè)新的原型作用域的 Bean 實(shí)例。

方法注入是通過在 SingletonBean 中定義一個(gè)返回 PrototypeBean 實(shí)例的方法來實(shí)現(xiàn)的。這樣，在每次需要使用 PrototypeBean 的地方，可以通過調(diào)用該方法獲取一個(gè)新的實(shí)例。

以下是使用方法注入解決 Prototype Bean 作用域的示例：

public abstract class SingletonBean {
    public abstract PrototypeBean getPrototypeBean();
    public void doSomething() {
        PrototypeBean prototypeBean = getPrototypeBean();
        // 使用 Prototype Bean 進(jìn)行操作
    }
}
public class PrototypeBean {
    // Prototype Bean 的定義
}

在上述示例中，SingletonBean 是一個(gè)抽象類，其中聲明了一個(gè)抽象方法 getPrototypeBean()，該方法返回一個(gè) PrototypeBean 實(shí)例。在 doSomething() 方法中，通過調(diào)用 getPrototypeBean() 方法獲取一個(gè)新的 PrototypeBean 實(shí)例，以便在每次調(diào)用 doSomething() 時(shí)使用不同的實(shí)例。

然后，可以通過具體的子類來實(shí)現(xiàn) SingletonBean，并實(shí)現(xiàn) getPrototypeBean() 方法以返回相應(yīng)的 PrototypeBean 實(shí)例。

通過方法注入，每次調(diào)用 doSomething() 方法時(shí)都會(huì)獲取一個(gè)新的 PrototypeBean 實(shí)例，從而解決了在 Singleton Bean 中注入 Prototype Bean 時(shí)只創(chuàng)建一個(gè)實(shí)例的問題。

需要注意的是，方法注入需要在配置文件或使用注解時(shí)進(jìn)行特殊的配置，具體的配置方式基本如下。

1. XML 配置方式

當(dāng)然，上面舉例是一個(gè)抽象類，不是抽象類也是可以的，比如：

public class SingletonBean {
    // 方法注入，Spring 會(huì)幫我們返回這個(gè)對(duì)象，這里寫成 null 即可
    public PrototypeBean getPrototypeBean() {
        return null;
    }
    public void doSomething() {
        PrototypeBean prototypeBean = getPrototypeBean();
        // 使用 Prototype Bean 進(jìn)行操作
    }
}
public class PrototypeBean {
    // Prototype Bean 的定義
}

接著，單獨(dú)上面是沒有實(shí)現(xiàn)不了方法注入的，還需要結(jié)合配置元數(shù)據(jù)，現(xiàn)在在 XML 配置文件中使用 <lookup-method /> 標(biāo)簽來實(shí)現(xiàn)方法注入。

<bean id="singletonBean" class="cn.god23bin.demo.domain.model.SingletonBean">
    <lookup-method name="getPrototypeBean" bean="prototypeBean"/>
</bean>
<bean id="prototypeBean" class="cn.god23bin.demo.domain.model.PrototypeBean" scope="prototype"/>

上面的配置示例中，singletonBean 是一個(gè)單例 Bean，通過 <lookup-method /> 標(biāo)簽指定了一個(gè)名為 getPrototypeBean 的方法，并引用了一個(gè)原型 Bean prototypeBean。

在運(yùn)行時(shí)，每次調(diào)用 getPrototypeBean 方法時(shí)，都會(huì)返回一個(gè)新的 prototypeBean 實(shí)例。

2. 注解配置方式

使用 @Lookup 注解來實(shí)現(xiàn)方法注入。

@Component
public class SingletonBean {
    private PrototypeBean prototypeBean;
    @Lookup
    public PrototypeBean getPrototypeBean() {
        return null; // 實(shí)際上會(huì)由 Spring 生成具體實(shí)現(xiàn)
    }
    // 其他代碼...
}
@Component
@Scope("prototype")
public class PrototypeBean {
    // 具體的原型 Bean 實(shí)現(xiàn)
}

在上面的示例中，SingletonBean 使用了 @Lookup 注解標(biāo)記了一個(gè)名為 getPrototypeBean 的方法。在運(yùn)行時(shí)，Spring 會(huì)為這個(gè)方法生成具體的實(shí)現(xiàn)，以實(shí)現(xiàn)方法注入。

總結(jié)

簡單總結(jié)下：

Bean 的作用域在 Bean 定義的時(shí)候可以進(jìn)行指定，默認(rèn)是單例的，多例的 Bean 就是所謂的原型作用域。

一共 6 種作用域需要熟悉，其中 4 種是在具有 Web 感知能力的 Spring IoC （應(yīng)用上下文）下才有的作用域。

對(duì)于單例 Bean 依賴原型 Bean 的問題，可以通過方法注入解決，兩種寫法實(shí)現(xiàn)方法注入，一種是 XML，另一種是注解的方式。

到此這篇關(guān)于Spring Bean 的作用域（Bean Scope）的文章就介紹到這了,更多相關(guān)Spring Bean 的作用域內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！