Spring?Bean生命周期詳細(xì)分析
前言
Bean的生命周期分為實(shí)例化Instantiation、屬性賦值Populate、初始化Initalization、銷毀Destruction,下面我將從這四個方面深入分享Bean的生命周期。
一、Bean的介紹
我們首先來看看spring的兩大核心思想IOC(控制反轉(zhuǎn)),DI(依賴注入)和AOP (面向切面編程)
IOC(控制反轉(zhuǎn)):是Spring框架的核心思想之一,主要用于解耦。I0C是指將創(chuàng)建對象的控制權(quán)轉(zhuǎn)移給Spring框架進(jìn)行管理。由Spring框架根據(jù)配置文件或注解等元數(shù)據(jù),創(chuàng)建bean對象并管理各個bean對象之間的依賴關(guān)系。使對象之間形成松散耦合的關(guān)系,利于解耦。
DI(依賴注入):是對IOC概念的不同角度的描述,是指應(yīng)用程序在運(yùn)行時,每一個bean對象都依賴IOC容器注入當(dāng)前bean對象所需要的另外一-個bean對象。(例如在MyBatis整合Spring時,SqISessionFactoryBean依賴容器注入-個DataSource數(shù)據(jù)源)
IOC容器:IOC容器屬于SpringCore模塊,是用來創(chuàng)建和管理Bean的地方,以默認(rèn)單例的方式將bean存儲在以ConcurrentHashMap的形式存儲了BeanDefinition對象,該對象封裝了Spring對一個Bean所有信息的定義,包括類名,屬性,構(gòu)造方法參數(shù),依賴,是否延遲加載,是否單例等,之后對Bean的操作都是直接對它進(jìn)行的。
IOC容器的初始化分三個步驟:
- BeanDefinition的資源定位
- BeanDefinition的資源的載入和解析
- BeanDefinition的注冊
AOP (面向切面編程):SpringAOP基于動態(tài)代理實(shí)現(xiàn)。能夠?qū)⒛切┡c業(yè)務(wù)無關(guān),卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯(例如事務(wù)處理、日志管理、權(quán)限控制等)封裝抽取成一個可重用的模塊,這個模塊被命名為“切面”(Aspect),便于減少系統(tǒng)的重復(fù)代碼,降低模塊間的耦合度,并有利于未來的可拓展性和可維護(hù)性;
什么是Bean
bean是計(jì)算機(jī)自動生成的類,bean是一個由SpringIoC容器實(shí)例化、組裝和管理的對象。也就是說,bean并不是程序員編輯的,而是程序運(yùn)行時,由spring通過反射生成的
Bean的生命周期
實(shí)例化->屬性賦值->初始化->銷毀
Bean的作用域
singleton : 唯一 bean 實(shí)例,Spring 中的 bean 默認(rèn)都是單例的。
prototype : 每次請求都會創(chuàng)建一個新的 bean 實(shí)例。
request : 每一次 HTTP 請求都會產(chǎn)生一個新的 bean,該 bean 僅在當(dāng)前 HTTP request 內(nèi)有效。
session : 每一次 HTTP 請求都會產(chǎn)生一個新的 bean,該 bean 僅在當(dāng)前 HTTP session 內(nèi)有效。
global-session: 全局 session 作用域,僅僅在基于 Portlet 的 web 應(yīng)用中才有意義,Spring5 已經(jīng)沒有了。Portlet 是能夠生成語義代碼(例如:HTML)片段的小型 Java Web 插件。它們基于 portlet 容器,可以像 servlet 一樣處理 HTTP 請求。但是,與 servlet 不同,每個 portlet 都有不同的會話。
二、詳細(xì)過程
實(shí)例化和屬性賦值分別對應(yīng)構(gòu)造方法和setter方法的注入,初始化和銷毀是用戶能自定義擴(kuò)展的兩個階段。
可通過查源碼的方式發(fā)現(xiàn),他們都在doCreate()方法中,如下:
//可通過查源碼的方式發(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對Bean進(jìn)行實(shí)例化(相當(dāng)于 new XXX()),對于 BeanFactory一般是延遲實(shí)例化,就是說調(diào)用 getBean方法才會實(shí)例化,但是對于 ApplicationContext,當(dāng)容器初始化完成之后,就完成了所有Bean的實(shí)例化工作。實(shí)例化的對象被包裝在 BeanWrapper對象中, BeanWrapper提供了設(shè)置對象屬性的接口,從而避免了使用反射機(jī)制設(shè)置屬性。
2. InstantiationAwareBeanPostProcessor
InstantiationAwareBeanPostProcessor這個接口主要是幫助你在Bean實(shí)例化之前做一些操作。它繼承自 BeanPostProcessor接口,其中 postProcessBeforeInstantiation()方法是在目標(biāo)對象實(shí)例化之前調(diào)用的方法,可以返回目標(biāo)實(shí)例的一個代理用來代替目標(biāo)實(shí)例。postProcessPropertyValues方法是在屬性值被設(shè)置到目標(biāo)實(shí)例之前調(diào)用,可以修改屬性的設(shè)值。
3. 設(shè)置屬性(依賴注入)
實(shí)例化后的對象被封裝到 BeanWrapper對象中,并且此時對象是一個原生狀態(tài),并沒有執(zhí)行依賴注入。緊接著,Spring根據(jù) BeanDefinition中的信息進(jìn)行依賴注入。并且通過 BeanWrapper提供的設(shè)置屬性的接口完成依賴注入。
4. 注入Aware接口
Spring 會檢測該對象是否實(shí)現(xiàn)了xxxAware接口,并將相關(guān)的xxxAware實(shí)例注入給Bean。各種各樣的Aware接口,其作用就是在對象實(shí)例化完成后將Aware接口定義中規(guī)定的依賴注入到當(dāng)前實(shí)例中。比較常見的 ApplicationContextAware接口,實(shí)現(xiàn)了這個接口的類都可以獲取到一個 ApplicationContext對象,當(dāng)容器中每個對象的實(shí)例化過程走到 BeanPostProcessor前置處理這一步時,容器會檢測到之前注冊到容器的 ApplicationContextAwareProcessor,然后就會調(diào)用其 postProcessorBeforeInitialization()方法,檢查并設(shè)置Aware相關(guān)的依賴。
5. BeanPostProcessor的postProcessBeforeInitialzation方法
經(jīng)過上述步驟后,Bean對象已經(jīng)被正確構(gòu)造了,如果你想要對象被使用之前在進(jìn)行自定義的處理,可以通過 BeanPostProcessor接口實(shí)現(xiàn)。該接口提供了兩個方法 其中 postProcessBeforeInitialzation(Objectbean,StringbeanName) 方法;當(dāng)前正在初始化的bean對象會被傳遞進(jìn)來,我們就可以對這個Bean做任何處理,這個方法會先于 InitializingBean執(zhí)行,因此稱為前置處理。
6. InitializingBean與init-method
如果Bean實(shí)現(xiàn)了 InitializingBean接口,Spring將調(diào)用它們的 afterPropertiesSet方法,作用與在配置文件中對Bean使用 init-method聲明初始化的作用一樣,都是在Bean的全部屬性設(shè)置成功后執(zhí)行的初始化方法。afterPropertiesSet 方法與前置處理不同的是,由于其沒有把Bean對象傳進(jìn)來,因此在這一步?jīng)]有辦法處理對象本身,只能增加一些額外的邏輯。
7. BeanPostProcess的postProcessAfterInitialzation方法
BeanPostProcess的 postProcessAfterInitialzation(Objectbean,StringbeanName) 方法;當(dāng)前正在初始化的bean對象會被傳遞進(jìn)來,我們就可以對這個bean做任何處理。這個函數(shù)會在 InitializingBean完成后執(zhí)行,因此稱為后置處理。
8. Bean初始化結(jié)束
經(jīng)過以上的工作以后,Bean的初始化就結(jié)束了,Bean將一直駐留在應(yīng)用上下文中給應(yīng)用使用,知道應(yīng)用上下文被銷毀。
9. DispostbleBean接口
如果Bean實(shí)現(xiàn)了 DispostbleBean接口,Spring將調(diào)用它的 destroy方法,作用與在配置文件中對Bean使用 destroy-method屬性的作用是一樣的,都是在Bean實(shí)例銷毀前執(zhí)行的方法。
最后的最后用我多年畫工附一張如給大家康康:

到此這篇關(guān)于Spring Bean生命周期詳細(xì)分析的文章就介紹到這了,更多相關(guān)Spring Bean生命周期內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java?DelayQueue實(shí)現(xiàn)任務(wù)延時示例講解
DelayQueue是一個無界的BlockingQueue的實(shí)現(xiàn)類,用于放置實(shí)現(xiàn)了Delayed接口的對象,其中的對象只能在其到期時才能從隊(duì)列中取走。本文就來利用DelayQueue實(shí)現(xiàn)延時任務(wù),感興趣的可以了解一下2022-09-09
什么是springMVC?視圖和視圖解析器實(shí)例代碼
在 springMVC 中的目標(biāo)方法最終返回都是一個視圖,返回的視圖都會由一個視圖解析器來處理,這篇文章主要介紹了什么是springMVC?視圖和視圖解析器,需要的朋友可以參考下2023-09-09
Java?IO及BufferedReader.readline()出現(xiàn)的Bug
這篇文章主要介紹了Java?IO及BufferedReader.readline()出現(xiàn)的Bug,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-12-12

