您好,登錄后才能下訂單哦!
本篇內容主要講解“spring之IOC的主干流程是什么”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“spring之IOC的主干流程是什么”吧!
前言
最近寫的幾篇spring系列的文章,收到了很多讀者的好評,有些讀者希望我再多寫幾篇這方面的文章。甚至還有讀者私信給我,向我請教看spring源碼的方法,為此我打算寫一個spring源碼解讀的系列,回饋給一直支持我的粉絲們。
不知道你有沒有這些經歷:
想看spring的源碼無從下手
spring源碼太多,看著看著就跟丟了
不知道哪些是主要的,哪些是次要的
前幾天還記得,今天就忘了
spring源碼很復雜,說實話這類文章不好寫,想把它講清楚很難,寫著寫著篇幅會很長,讀者不一定有耐心看下去,而且看完容易忘記。
我打算用圖文相結合的方式,去除糟粕,只解讀一些精華部分,給讀者們在閱讀源碼時一個清晰的思路,不至于迷路。另外最關鍵的是,看完之后可以記住很多關鍵流程。
在spring的龐大體系中,IOC(控制反轉)貫穿始終,其作用不言而喻。我們就先從IOC開始,介紹它的主干流程,給有需要的朋友一些指引。
入口
spring容器的頂層接口是:BeanFactory,但我們使用更多的是它的子接口:ApplicationContext。
通常情況下,如果我們想要手動初始化通過xml文件配置的spring容器時,代碼是這樣的:
ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml"); User user = (User)applicationContext.getBean("name");
如果想要手動初始化通過配置類配置的spring容器時,代碼是這樣的:
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(Config.class); User user = (User)applicationContext.getBean("name");
這兩個類應該是最常見的入口了,它們卻殊途同歸,最終都會調用refresh方法,該方法才是spring容器初始化的真正入口。
順便提一下,其實調用refresh方法的類并非只有這兩個,我們用一張圖整體認識一下:
雖說調用refresh方法的類有這么多,但我決定用ClassPathXmlApplicationContext類作為列子給大家講解,因為它足夠經典,而且難度相對來說要小一些。
再次重申一下,由于spring源碼代碼量巨大,即使我能一次性講完,恐怕你也沒那么多耐心看下去。所以我會采用你好,我也好的方式,忽略一些細枝末節,只抓重點。如果有對某些細節比較感興趣的同學,歡迎加我微信和我一起交流,或者關注我后續的文章,將會做詳細的講解。
refresh方法r
efresh方法是spring ioc的真正入口,它負責初始化spring容器。
既然這個方法的作用是初始化spring容器,那方法名為啥不叫init?
答案很簡單,因為它不只被調用一次。
在springboot的SpringAppication類中的run方法會調用refreshContext方法,該方法會調用一次refresh方法。
在springcloud的BootstrapApplicationListener類中的onApplicationEvent方法會調用SpringAppication類中的run方法。也會調用一次refresh方法。
這是springboot項目中如果引入了springcloud,則refresh方法會被調用兩次的原因。
在springmvc的FrameworkServlet類中的initWebApplicationContext方法會調用configureAndRefreshWebApplicationContext方法,該方法會調用一次refresh方法,不過會提前判斷容器是否激活。
所以這里的refresh表示重新構建的意思。
好了,廢話不多說。下面重點看看refresh的關鍵步驟:
其實上圖中一眼看過去好像有很多方法,但是真正的核心的方法不多,我主要講其中最重要的:
obtainFreshBeanFactory
invokeBeanFactoryPostProcessors
registerBeanPostProcessors
finishBeanFactoryInitialization
解析xml配置文件obtainFreshBeanFactory方法會解析xml的bean配置,生成BeanDefinition對象,并且注冊到spring容器中(說白了就是很多map集合中)。
經過幾層調用(細節不說,很簡單),會調到AbstractBeanDefinitionReader類的loadBeanDefinitions方法:
該方法會循環locations(applicationContext.xml文件路徑),調用另外一個loadBeanDefinitions方法,一個文件一個文件解析。
經過一些列的騷操作,會將location轉換成inputSource和resource,然后再轉換成Document對象,方面解析。
在解析xml文件時,需要判斷是默認標簽,還是自定義標簽,處理邏輯不一樣:
spring的默認標簽只有4種:
<import/>
<alias/>
<bean/>
<beans/>
對應的處理方法是:
注意常見的:、
從上圖中處理
這個方法包含了關鍵步驟:解析元素生成BeanDefinition 和 注冊BeanDefinition。
自定義屬性的內容有趣,但是不這里不會講,現在用得不多,有興趣的同學加我微信和我私聊。
生成BeanDefinition
下面重點看看BeanDefinition是如何生成的。
上面的方法會調用BeanDefinitionParserDelegate類的parseBeanDefinitionElement方法:
一個
該方法又會調用同名的重載方法:processBeanDefinition,真正創建BeanDefinition對象,并且解析一系列參數填充到對象中:
其實真正創建BeanDefinition的邏輯是非常簡單的,直接new了一個對象:
真正復雜的地方是在前面的各種屬性的解析和賦值上。
注冊BeanDefinition
上面通過解析xml文件生成了很多BeanDefinition對象,下面就需要把BeanDefinition對象注冊到spring容器中,這樣spring容器才能初始化bean。
在BeanDefinitionReaderUtils類的registerBeanDefinition方法很簡單,只有兩個流程:
先看看DefaultListableBeanFactory類的registerBeanDefinition方法是如何注冊beanName的:
接下來看看SimpleAliasRegistry類的registerAlias方法是如何注冊alias別名的:
這樣就能通過多個不同的alias找到同一個name,再通過name就能找到BeanDefinition。
修改BeanDefinition
上面BeanDefinition對象已經注冊到spring容器當中了,接下來,如果想要修改已經注冊的BeanDefinition對象該怎么辦呢?
refresh方法中通過invokeBeanFactoryPostProcessors方法修改BeanDefinition對象。
經過一系列的調用,最終會到PostProcessorRegistrationDelegate類的invokeBeanFactoryPostProcessors方法:
流程看起來很長,其實邏輯比較簡單,主要是在處理BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor。
而BeanDefinitionRegistryPostProcessor本身是一種特殊的BeanFactoryPostProcessor,它也會執行BeanFactoryPostProcessor的邏輯,只是加了一個額外的方法。
ConfigurationClassPostProcessor可能是最重要的BeanDefinitionRegistryPostProcessor,它負責處理@Configuration注解。
注冊BeanPostProcessor
處理完前面的邏輯,refresh方法接著會調用registerBeanPostProcessors注冊BeanPostProcessor,它的功能非常強大,后面的文章會詳細講解。
經過一系列的調用,最終會到PostProcessorRegistrationDelegate類的registerBeanPostProcessors方法:
注意,這一步只是注冊BeanPostProcessor,真正的使用在后面。
到此,相信大家對“spring之IOC的主干流程是什么”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。