個人背景
如標題所示，我的個人背景非常簡單，Java開發經驗1年半，學歷普通，2本本科畢業，畢業后出來就一直在Crud，在公司每天重復的工作對我的技術提升并沒有什么幫助，但小鎮出來的我也深知自我努力的重要性，想要改變“命運”，沒有背景沒有資本的人，只能通過勤奮獲得。
幸運女神往往會眷顧努力的人，所以當好運降臨到我頭上，我并不詫異，目前拿到了美團30K的offer，下文也不說廢話，主要分享我這次“美團面試經歷”和“個人學習方法”，希望能幫助到你們。
二、Spring生命周期的大膽猜測
這里分享一個閱讀源碼的小技巧：捉大放小，連蒙帶猜！8字真言，我們在閱讀源碼過程中，因為你要知道，每一個被開源出來的優秀框架，其源碼的體系都是極其龐大復雜的，我們不能面面俱到，所以在看源碼過程中一定不能被細枝末節纏住，一定要先理清楚整個框架的一個大致思想和大致的框架體系，再去搞那些細枝末節，其效率會好很多，其次在看源碼過程中，我們一定要大膽的去想，去猜測，如果這個功能讓你自己去寫，你會怎么實現！
我們今天學習SpringBean的生命周期也是按照這個8字真言去學習，通過我們之前所學，Spring大致有以下的功能：
- 他會幫我們自動的創建對象然后保存起來！
- 他會幫我們完成屬性的填充！
- 如果我們設置了Aop的功能，他會幫我們自動的代理，實現切面功能！
我們從平常的使用中，至少可以得知以上的三點，如果讓你自己去實現，必會如何實現呢？
- 首先他既然能夠幫我們自己創建對象，那么他肯定是通過反射來創建的，通過反射來創建，就必定繞不過去要使用Class對象創建，那么我們如何獲取Class對象呢？ 去掃描項目，將指定的包下的加了注解的類文件切割獲取Class名稱，通過反射加載Class名稱，反射創建java對象！
- 我們要完成屬性的填充，為了方便和性能方面，我肯定會把這些創建好的對象保存起來，無疑
Map容器是最合適的！ - 我們在創建一個對象完成之后，反射拿到里面的屬性，如果需要填充，我們先去我們之前保存的容器里面去取，取不出來在反射吧這個依賴的屬性創建出來，然后填充進對象再保存在容器里面，從而完成了屬性的注入！
- 填充完成屬性之后，我們那當前對象，取與Aop邏輯進行對比，判斷是否需要代理，不需要則創建完成，保存進Map容器，需要代理則對當前這個類進行
jdk或者cglib的代理然后再保存進容器里面！
于是乎，我們自己實現了一個Spring管理一個Bean的所有過程，畫個圖，他大概長這樣！
自己實現看起來，整個流程就很清晰，掃描、創建、注入、代理、保存一應俱全，但是Spring的實現方式遠比我們自己實現的要復雜的多得多！
三、Spring的生命周期流程
Spring作者希望，Spring再著手管理一個Bean的時候，它希望能夠讓Spring的使用者能夠插手，Spring把一個類對象變成一個Java Object的每一步，怎么理解呢？
比如我們買了一棟新房子，這個房子需要取裝修，你自己去裝修誠然不夠專業，不能夠面面俱到，所以是我們就找了一個裝修公司幫助我們裝修新房，于是裝修公司就開始預先畫好的圖紙進行裝修，但是在裝修的過程中，你為了讓自己的新家更加溫馨，你想掛一些壁畫在墻上，但是圖紙上卻沒有！于是你就找裝修公司，要求裝修公司在新家的墻上掛上一些壁畫！裝修公司在接受到你的請求之后，就吩咐裝修的工人在圖紙之外去給你在墻上掛上壁畫之后，然后再接著裝修！
上面這個小故事有 這樣幾個角色，我們把它和Spring對照起來！
- 你：代表框架的使用者！
- 新房：代表一個Class文件，你自己也能夠裝修，但是不夠專業，所以交給裝修公司！ 那么你自己創建對象可能某些使用用起來很麻煩，所以我們交給了Spring容器！
- 裝修公司：代表著Spring容器！
- 圖紙：代表預設步驟，Spring原本就存在的步驟！
- 工人：Spring提供的各種接口！我們可以通過Spring工廠提供的接口做各種自定義的配置！
上面的小故事，大致可以描述Spring生命周期的核心思想！Spring再對一個Class文件實例化成具體的Spring Bean的時候，它提供了各種接口，由我們自己實現！然后再實例化過程中，不同的時機，去調用不同的接口！從而完成Spring的整個生命周期的創建！
Spring的生命周期大致分為以下部分！
-
掃描項目，將項目指定目錄下的Class文件轉換為Class對象！
-
讀取Class對象屬性包裝為
BeanDefinition，然后保存再一個Map中！（不難理解，他是為了后續創建或者讀取這個類的信息更加方便取而創立的） -
將全部的類轉化為
BeanDefinition并保存之后，開始調用第一個回調接口BeanFactoryPostProcessor#postProcessBeanFactory()!- 它的調用時機是將掃描到的Class文件轉換為
BeanDefinition之后調用的，我們可以通過回調的方法獲取所有的BeanDefinition,而后續的所有對Class的操作都是基于BeanDefinition操作的，所以，我們可以通過修改它，來改變后續的流程！
- 它的調用時機是將掃描到的Class文件轉換為
-
先從當前的容器對象取當前要創建的對象，當取出來的對象為null時開始著手創建對象！
-
做一系列的驗證，比如驗證這個類是否被排除、是否正在創建中、是否有依賴Bean【@DependsOn】注解、是否時單例等等！
-
驗證通過之后，開始通過反射創建這個對象！
-
合并
BeanDefinition，這里涉及到Spring之前版本使用的父子容器的概念，屬于另外一個知識點不做講解！ -
判斷當前對象是不是單例、是不是支持循環引用、是不是正在創建等！
-
執行第二個接口回調
InstantiationAwareBeanPostProcessor#postProcessAfterInstantiation()方法！- 它的執行時機時實例化完成之后，屬性填充之前，它的返回值是一個布爾值，當返回false時，不做自動屬性填充！
-
執行第三個接口回調
InstantiationAwareBeanPostProcessor#postProcessProperties()方法！- 他的執行時機是，實例化之后，屬性填充檢查之后，屬性填充之前！它會返回一個屬性，后續的屬性填充會使用這個方法返回的值！我們可以在這個方法里面修改對應Bean的注入的值！
-
填充屬性到對象！
-
調用第四個回調接口
BeanNameAware#setBeanName()方法！- 調用時機：屬性填充給完畢后，調用初始化方法之前；它的功能是能獲取bean的Name!
-
調用第五個回調接口
BeanClassLoaderAware#setBeanClassLoader()- 調用時機：
BeanNameAware之后，他的功能是傳入bean的類加載器；
- 調用時機：
-
調用第六個回調接口
BeanFactoryAware#setBeanFactory()!- 調用時機：
BeanClassLoaderAware之后，用于設置beanFactory!
- 調用時機：
-
調用第七個回調接口
BeanPostProcessor#postProcessBeforeInitialization()方法- 調用時機是部分
Aware之后，初始化方法之前！傳入當前實例化好的對象和beanName,再初始化前做修改！
- 調用時機是部分
-
回調第八個比較重要的生命周期的初始化方法，它可以是一個
InitializingBean接口的bean，也可以是xml中配置的類，也可以是被加了@PostConstruct注解的方法！- 該方法內部邏輯可以用戶自己編寫，調用時機為：實例化完成之后調用！
-
回調第九個回調接口
BeanPostProcessor#postProcessAfterInitialization()方法！- 該方法的調用時機為初始化方法執行之后，這里也是Bean實例化后的最后一步，也是SpringAop實現的重要的一步！
-
注冊銷毀方法，以便Spring容器銷毀的時候進行方法的銷毀！
整體的方法流程示例圖如下：
四、對應源碼結構圖
最后
送大家一個小福利，點擊領取Java全套進階資料
m/doc/DSmxTbFJ1cmN1R2dB)**
[外鏈圖片轉存中…(img-rZNaTsWe-1624684547280)]
[外鏈圖片轉存中…(img-4XB840rx-1624684547282)]
...)
