前言

Bean的生命周期分為實(shí)例化Instantiation、屬性賦值Populate、初始化Initalization、銷毀Destruction，下面我將從這四個(gè)方面深入分享Bean的生命周期。

一、Bean的介紹

我們首先來(lái)看看spring的兩大核心思想IOC（控制反轉(zhuǎn)），DI（依賴注入）和AOP （面向切面編程）

IOC（控制反轉(zhuǎn)）：是Spring框架的核心思想之一,主要用于解耦。I0C是指將創(chuàng)建對(duì)象的控制權(quán)轉(zhuǎn)移給Spring框架進(jìn)行管理。由Spring框架根據(jù)配置文件或注解等元數(shù)據(jù),創(chuàng)建bean對(duì)象并管理各個(gè)bean對(duì)象之間的依賴關(guān)系。使對(duì)象之間形成松散耦合的關(guān)系,利于解耦。

DI（依賴注入）：是對(duì)IOC概念的不同角度的描述,是指應(yīng)用程序在運(yùn)行時(shí)，每一個(gè)bean對(duì)象都依賴IOC容器注入當(dāng)前bean對(duì)象所需要的另外一-個(gè)bean對(duì)象。(例如在MyBatis整合Spring時(shí),SqISessionFactoryBean依賴容器注入-個(gè)DataSource數(shù)據(jù)源)

IOC容器：IOC容器屬于SpringCore模塊，是用來(lái)創(chuàng)建和管理Bean的地方，以默認(rèn)單例的方式將bean存儲(chǔ)在以ConcurrentHashMap的形式存儲(chǔ)了BeanDefinition對(duì)象，該對(duì)象封裝了Spring對(duì)一個(gè)Bean所有信息的定義，包括類名，屬性，構(gòu)造方法參數(shù)，依賴，是否延遲加載，是否單例等，之后對(duì)Bean的操作都是直接對(duì)它進(jìn)行的。

IOC容器的初始化分三個(gè)步驟:

• BeanDefinition的資源定位
• BeanDefinition的資源的載入和解析
• BeanDefinition的注冊(cè)

AOP （面向切面編程）：SpringAOP基于動(dòng)態(tài)代理實(shí)現(xiàn)。能夠?qū)⒛切┡c業(yè)務(wù)無(wú)關(guān)，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯(例如事務(wù)處理、日志管理、權(quán)限控制等)封裝抽取成一個(gè)可重用的模塊，這個(gè)模塊被命名為“切面”(Aspect)，便于減少系統(tǒng)的重復(fù)代碼，降低模塊間的耦合度,并有利于未來(lái)的可拓展性和可維護(hù)性;

什么是Bean

bean是計(jì)算機(jī)自動(dòng)生成的類，bean是一個(gè)由SpringIoC容器實(shí)例化、組裝和管理的對(duì)象。也就是說(shuō)，bean并不是程序員編輯的，而是程序運(yùn)行時(shí)，由spring通過(guò)反射生成的

Bean的生命周期

實(shí)例化->屬性賦值->初始化->銷毀

Bean的作用域

singleton : 唯一 bean 實(shí)例，Spring 中的 bean 默認(rèn)都是單例的。

prototype : 每次請(qǐng)求都會(huì)創(chuàng)建一個(gè)新的 bean 實(shí)例。

request : 每一次 HTTP 請(qǐng)求都會(huì)產(chǎn)生一個(gè)新的 bean，該 bean 僅在當(dāng)前 HTTP request 內(nèi)有效。

session : 每一次 HTTP 請(qǐng)求都會(huì)產(chǎn)生一個(gè)新的 bean，該 bean 僅在當(dāng)前 HTTP session 內(nèi)有效。

global-session： 全局 session 作用域，僅僅在基于 Portlet 的 web 應(yīng)用中才有意義，Spring5 已經(jīng)沒(méi)有了。Portlet 是能夠生成語(yǔ)義代碼（例如：HTML）片段的小型 Java Web 插件。它們基于 portlet 容器，可以像 servlet 一樣處理 HTTP 請(qǐng)求。但是，與 servlet 不同，每個(gè) portlet 都有不同的會(huì)話。

二、詳細(xì)過(guò)程

實(shí)例化和屬性賦值分別對(duì)應(yīng)構(gòu)造方法和setter方法的注入，初始化和銷毀是用戶能自定義擴(kuò)展的兩個(gè)階段。

可通過(guò)查源碼的方式發(fā)現(xiàn)，他們都在doCreate()方法中，如下：

//可通過(guò)查源碼的方式發(fā)現(xiàn)，他們都在doCreate()方法中，
protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final @Nullable Object[] args)
      throws BeanCreationException {
   // Instantiate the bean.
   BeanWrapper instanceWrapper = null;
   if (instanceWrapper == null) {
       // 實(shí)例化階段！
      instanceWrapper = createBeanInstance(beanName, mbd, args);
   }
   // Initialize the bean instance.
   Object exposedObject = bean;
   try {
       // 屬性賦值階段！
      populateBean(beanName, mbd, instanceWrapper);
       // 初始化階段！
      exposedObject = initializeBean(beanName, exposedObject, mbd);
   }
}

1. Bean的實(shí)例化

Spring對(duì)Bean進(jìn)行實(shí)例化（相當(dāng)于 new XXX()）,對(duì)于 BeanFactory一般是延遲實(shí)例化，就是說(shuō)調(diào)用 getBean方法才會(huì)實(shí)例化，但是對(duì)于 ApplicationContext，當(dāng)容器初始化完成之后，就完成了所有Bean的實(shí)例化工作。實(shí)例化的對(duì)象被包裝在 BeanWrapper對(duì)象中， BeanWrapper提供了設(shè)置對(duì)象屬性的接口，從而避免了使用反射機(jī)制設(shè)置屬性。

2. InstantiationAwareBeanPostProcessor

InstantiationAwareBeanPostProcessor這個(gè)接口主要是幫助你在Bean實(shí)例化之前做一些操作。它繼承自 BeanPostProcessor接口，其中 postProcessBeforeInstantiation()方法是在目標(biāo)對(duì)象實(shí)例化之前調(diào)用的方法，可以返回目標(biāo)實(shí)例的一個(gè)代理用來(lái)代替目標(biāo)實(shí)例。postProcessPropertyValues方法是在屬性值被設(shè)置到目標(biāo)實(shí)例之前調(diào)用，可以修改屬性的設(shè)值。

3. 設(shè)置屬性（依賴注入）

實(shí)例化后的對(duì)象被封裝到 BeanWrapper對(duì)象中，并且此時(shí)對(duì)象是一個(gè)原生狀態(tài)，并沒(méi)有執(zhí)行依賴注入。緊接著，Spring根據(jù) BeanDefinition中的信息進(jìn)行依賴注入。并且通過(guò) BeanWrapper提供的設(shè)置屬性的接口完成依賴注入。

4. 注入Aware接口

Spring 會(huì)檢測(cè)該對(duì)象是否實(shí)現(xiàn)了xxxAware接口，并將相關(guān)的xxxAware實(shí)例注入給Bean。各種各樣的Aware接口，其作用就是在對(duì)象實(shí)例化完成后將Aware接口定義中規(guī)定的依賴注入到當(dāng)前實(shí)例中。比較常見(jiàn)的 ApplicationContextAware接口，實(shí)現(xiàn)了這個(gè)接口的類都可以獲取到一個(gè) ApplicationContext對(duì)象，當(dāng)容器中每個(gè)對(duì)象的實(shí)例化過(guò)程走到 BeanPostProcessor前置處理這一步時(shí)，容器會(huì)檢測(cè)到之前注冊(cè)到容器的 ApplicationContextAwareProcessor，然后就會(huì)調(diào)用其 postProcessorBeforeInitialization()方法，檢查并設(shè)置Aware相關(guān)的依賴。

5. BeanPostProcessor的postProcessBeforeInitialzation方法

經(jīng)過(guò)上述步驟后，Bean對(duì)象已經(jīng)被正確構(gòu)造了，如果你想要對(duì)象被使用之前在進(jìn)行自定義的處理，可以通過(guò) BeanPostProcessor接口實(shí)現(xiàn)。該接口提供了兩個(gè)方法 其中 postProcessBeforeInitialzation(Objectbean,StringbeanName) 方法；當(dāng)前正在初始化的bean對(duì)象會(huì)被傳遞進(jìn)來(lái)，我們就可以對(duì)這個(gè)Bean做任何處理，這個(gè)方法會(huì)先于 InitializingBean執(zhí)行，因此稱為前置處理。

6. InitializingBean與init-method

如果Bean實(shí)現(xiàn)了 InitializingBean接口，Spring將調(diào)用它們的 afterPropertiesSet方法，作用與在配置文件中對(duì)Bean使用 init-method聲明初始化的作用一樣，都是在Bean的全部屬性設(shè)置成功后執(zhí)行的初始化方法。afterPropertiesSet 方法與前置處理不同的是，由于其沒(méi)有把Bean對(duì)象傳進(jìn)來(lái)，因此在這一步?jīng)]有辦法處理對(duì)象本身，只能增加一些額外的邏輯。

7. BeanPostProcess的postProcessAfterInitialzation方法

BeanPostProcess的 postProcessAfterInitialzation(Objectbean,StringbeanName) 方法；當(dāng)前正在初始化的bean對(duì)象會(huì)被傳遞進(jìn)來(lái)，我們就可以對(duì)這個(gè)bean做任何處理。這個(gè)函數(shù)會(huì)在 InitializingBean完成后執(zhí)行，因此稱為后置處理。

8. Bean初始化結(jié)束

經(jīng)過(guò)以上的工作以后，Bean的初始化就結(jié)束了，Bean將一直駐留在應(yīng)用上下文中給應(yīng)用使用，知道應(yīng)用上下文被銷毀。

9. DispostbleBean接口

如果Bean實(shí)現(xiàn)了 DispostbleBean接口，Spring將調(diào)用它的 destroy方法，作用與在配置文件中對(duì)Bean使用 destroy-method屬性的作用是一樣的，都是在Bean實(shí)例銷毀前執(zhí)行的方法。

最后的最后用我多年畫工附一張如給大家康康：

到此這篇關(guān)于Spring Bean生命周期詳細(xì)分析的文章就介紹到這了,更多相關(guān)Spring Bean生命周期內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論