轉(zhuǎn)自：http://www.reibang.com/p/f607ecc99c00
之前都是從大Boss的視角仇哆，來介紹Spring，比如IOC夫植、AOP。
今天換個(gè)視角，從一個(gè)小嘍啰出發(fā)详民，來加深對(duì)Spring的理解延欠。
這個(gè)小嘍啰就是，BeanPostProcessor（下面簡稱BPP）沈跨。
講解思路：
- BPP怎么用 —— 先學(xué)會(huì)怎么用由捎，再去看原理
- BPP的觸發(fā)時(shí)機(jī) —— 在整個(gè)Spring Bean初始化流程中的位置
- BPP自己又是什么時(shí)候被創(chuàng)建的？
- BPP是如何連接IOC和AOP的饿凛？
怎么用
BeanPostProcessor狞玛，直譯過來，就是“對(duì)象后處理器”涧窒，那么這個(gè)“后”心肪，是指什么之后呢？
試試便知纠吴。
我們先寫一個(gè)對(duì)象硬鞍，Bean4BBP（本文的所有代碼，可到Github上下載）：
@Component
public class Bean4BBP {
private static final Logger log = LoggerFactory.getLogger(Bean4BBP.class);
public Bean4BBP(){
log.info("construct Bean4BBP");
}
}
然后再寫一個(gè)BeanPostProcessor戴已，這時(shí)發(fā)現(xiàn)它是一個(gè)接口固该，沒關(guān)系，那就寫一個(gè)類實(shí)現(xiàn)它糖儡，CustomBeanPostProcessor：
@Component
public class CustomBeanPostProcessor implements BeanPostProcessor {
private static final Logger log = LoggerFactory.getLogger(CustomBeanPostProcessor.class);
public CustomBeanPostProcessor() {
log.info("construct CustomBeanPostProcessor");
}
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof Bean4BBP) {
log.info("process bean before initialization");
}
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof Bean4BBP) {
log.info("process bean after initialization");
}
return bean;
}
}
然后啟動(dòng)我們的Spring Boot項(xiàng)目（直接運(yùn)行Application類）伐坏，看這幾條日志打印的順序：
construct CustomBeanPostProcessor
construct Bean4BBP
process bean before initialization
process bean after initialization
BBP對(duì)象首先被創(chuàng)建，然后創(chuàng)建Bean4BBP對(duì)象握联，接著再先后執(zhí)行BBP對(duì)象的postProcessBeforeInitialization和postProcessAfterInitialization方法桦沉。
結(jié)論：“對(duì)象后處理器”，指的是“對(duì)象創(chuàng)建后處理器”拴疤。
我們可以利用它永部，在對(duì)象創(chuàng)建之后，對(duì)對(duì)象進(jìn)行修改（有什么場合需要用到呐矾？思考題苔埋，文末回答。）
那么蜒犯，為什么要分postProcessBeforeInitialization和postProcessAfterInitialization呢组橄？這里的Initialization是什么意思？
觸發(fā)時(shí)機(jī)
我們只需要在CustomBeanPostProcessor的postProcessBeforeInitialization和postProcessAfterInitialization方法里罚随，打上兩個(gè)斷點(diǎn)玉工，一切自然明了。
斷點(diǎn)進(jìn)來淘菩，跟著調(diào)用棧這點(diǎn)蛛絲馬跡往回走遵班，真相大白：
在initializeBean方法里面屠升，先后調(diào)用了applyBeanPostProcessorsBeforeInitialization和applyBeanPostProcessorsAfterInitialization方法，這兩個(gè)方法內(nèi)部狭郑，則分別去遍歷系統(tǒng)里所有的BBP腹暖，然后逐個(gè)執(zhí)行這些BBP對(duì)象的postProcessBeforeInitialization和postProcessAfterInitialization方法，去處理對(duì)象翰萨，以applyBeanPostProcessorsBeforeInitialization為例：
那么夾在applyBeanPostProcessorsBeforeInitialization和applyBeanPostProcessorsAfterInitialization方法中間的invokeInitMethods方法是做什么的呢脏答？
其實(shí)這個(gè)方法就是Spring提供的，用于對(duì)象創(chuàng)建完之后亩鬼，針對(duì)對(duì)象的一些初始化操作殖告。這就好比你創(chuàng)建了一個(gè)英雄之后，你需要給他進(jìn)行一些能力屬性的初始化雳锋、服裝初始化一樣黄绩。
要驗(yàn)證這一點(diǎn)，很簡單魄缚，只需讓Bean4BBP實(shí)現(xiàn)InitializingBean接口：
@Component
public class Bean4BBP implements InitializingBean {
private static final Logger log = LoggerFactory.getLogger(Bean4BBP.class);
public Bean4BBP(){
log.info("construct Bean4BBP");
}
@Override
public void afterPropertiesSet() throws Exception {
log.info("init Bean4BBP");
}
}
然后重新啟動(dòng)工程宝与，打印順序如下：
construct CustomBeanPostProcessor
construct Bean4BBP
process bean before initialization
init Bean4BBP
process bean after initialization
BBP是什么時(shí)候被初始化的
從上面的代碼片段，我們已經(jīng)知道冶匹，在對(duì)象創(chuàng)建之后习劫，需要遍歷BBP列表，對(duì)對(duì)象進(jìn)行處理嚼隘。
這也就意味著诽里，BBP對(duì)象，必須在普通對(duì)象創(chuàng)建之前被創(chuàng)建飞蛹。
那么BBP都是在什么時(shí)候被創(chuàng)建的呢谤狡？
要回答這個(gè)問題，非常簡單卧檐，我們只需要在CustomBeanPostProcessor的構(gòu)造函數(shù)里打個(gè)斷點(diǎn)（這下看到先學(xué)會(huì)用墓懂，再了解原理的好處了吧）
斷點(diǎn)進(jìn)來，繼續(xù)利用調(diào)用棧霉囚，我們找尋到了AbstractApplicationContext的refresh()方法捕仔，這個(gè)方法里面調(diào)用了registerBeanPostProcessors方法，里頭就已經(jīng)把BBP列表創(chuàng)建好了盈罐，而普通對(duì)象的創(chuàng)建榜跌，是在之后的finishBeanFactoryInitialization方法里執(zhí)行的：
網(wǎng)上有個(gè)圖畫的特別好，很好的展示了BBP在Spring對(duì)象初始化流程的位置：
看到BBP在哪了嗎盅粪？）
BBP的典型使用 - AOP
不知道大家在使用Spring AOP時(shí)钓葫，有沒有發(fā)現(xiàn)，帶有切面邏輯的對(duì)象票顾，注入進(jìn)來之后础浮，都不是原來的對(duì)象了帆调，比如下圖：
調(diào)試信息顯示，aspectService是一個(gè)...$$EnhanceBySpringCGlib的對(duì)象豆同，這其實(shí)和Spring AOP用到的動(dòng)態(tài)代理有關(guān)贷帮。
這也就意味著，最終放進(jìn)Spring容器的诱告，必須是代理對(duì)象，而不是原先的對(duì)象民晒，這樣別的對(duì)象在注入時(shí)精居，才能獲得帶有切面邏輯的代理對(duì)象。
那么Spring是怎么做到這一點(diǎn)的呢潜必？正是利用了這篇文章講到的BBP靴姿。
顯然，我只需要寫一個(gè)BBP磁滚，在postProcessBeforeInitialization或者postProcessAfterInitialization方法中佛吓，對(duì)對(duì)象進(jìn)行判斷，看他需不需要織入切面邏輯垂攘，如果需要维雇，那我就根據(jù)這個(gè)對(duì)象，生成一個(gè)代理對(duì)象晒他，然后返回這個(gè)代理對(duì)象吱型，那么最終注入容器的，自然就是代理對(duì)象了陨仅。
這個(gè)服務(wù)于Spring AOP的BBP津滞，叫做AnnotationAwareAspectJAutoProxyCreator.
利用idea的diagram功能，可以看出它和BBP的關(guān)系：
具體的創(chuàng)建代理對(duì)象并返回的邏輯灼伤，在postProcessAfterInitialization方法中触徐，大家自行欣賞。
可以說狐赡，如果沒有BBP撞鹉，那么Spring AOP就只能叫AOP。
BBP是連接IOC和AOP的橋梁猾警。
總結(jié)
這篇文章孔祸，主要通過對(duì)BBP的講解，串聯(lián)起之前講到的關(guān)于Spring的知識(shí)发皿，希望能夠加深大家對(duì)Spring的理解崔慧。
最后，回到開頭提出的四個(gè)問題：
BBP怎么用 —— 先學(xué)會(huì)怎么用穴墅，再去看原理
BBP的觸發(fā)時(shí)機(jī) —— 在整個(gè)Spring Bean初始化流程中的位置
BBP自己又是什么時(shí)候被創(chuàng)建的惶室？
BBP是如何連接IOC和AOP的温自？
也許你弄懂了，也許沒懂皇钞，沒關(guān)系悼泌，這篇文章還是跟以前的文章風(fēng)格不太一樣的，比較嚴(yán)肅夹界，有些門檻馆里。
參考
《Spring揭秘》
