做者:Java架構的傲慢與偏見 原文地址:www.toutiao.com/a6695345484485100044java
衆所周知,一旦提到AOP,相信你們都是條件反射的想到JDK代理和CGLib代理,沒錯,這兩個代理都是在運行時內存中臨時生成代理類,故而又稱做運行時加強——動態代理。世間萬物都不是絕對的,既然有動態代理,那麼,是否有想過:是否是存在靜態代理呢?面試
其實,除了運行時織入切面的方式外,咱們還有一種途徑進行切面織入,它能夠在類加載期經過字節碼轉換,進而將目標織入切入點(目標類),這種方式就是LTW,即靜態代理(靜待代理也被稱做編譯時加強,後面會有相關代碼樣例)。後端
LTW在Java5的時候就被引入了,想要了解其原理,先要了解一個知識——Instrument包。緩存
JDK5.0時引入了此包,目的就是爲了能對JVM底層組建進行訪問。如何訪問?其實說來我的以爲還挺麻煩的,就是須要經過JVM的啓動參數**-javaagent**在啓動時獲取JVM內部組件的引用。參數格式以下:微信
-javaagent:[=options]網絡
此處先賣個關子,不急着解釋參數中的jarpath和options,後面的運行代碼及結果的樣例中會進行鍼對使用紅框標記說明,效果更好。多線程
那麼,它和AOP有和關係呢?架構
由於它在JVM啓動時會裝配並應用ClassTransformer,對類字節碼進行轉換,進而實現AOP的功能。eclipse
下面說一下instrument包下的兩個重要接口:分佈式
它是Class文件轉換器接口,這個接口有且僅有一個方法,如圖所示:
注意:transform方法會有一個返回值,類型是byte[],表示轉換後的字節碼,可是若是返回爲空,則表示不進行節碼轉換處理,千萬不要看成是把原先類的字節碼清空。
這個接口提供了不少方法,咱們主要注意一個方法便可,即:addTransformer方法,它的做用就是把一些ClassFileTransformer註冊到JVM內部,接口如圖所示:
具體工做原理是這樣的:
① ClassFileTransformer實例註冊到JVM以後,JVM在加載Class文件時,就會先調用ClassFileTransformer的transform()方法進行字節碼轉換;
② 若註冊了多個ClassFileTransformer實例,則按照註冊時的順序進行一次調用。
這樣也就實現了從JVM層面截獲字節碼,進而織入操做者本身但願添加的邏輯,即實現AOP效果。
說了這麼多,來點乾貨,下面用代碼給你們演示一下如何向JVM中註冊轉換器實現AOP的。爲了方便你們閱讀,重要的說明筆者已經寫在代碼的註釋上或者圖片空白處,你們注意查看。
注意,這裏再強調下,代碼中的return null;並非將加載類的字節碼置空。
爲何要實現代理類內,由於不是動態代理呀。。。
到此爲止,咱們的Demo算是完成了,先來看一下運行的結果:
你們看到執行結果的截圖中,cmd界面下運行javaagent參數時指定了一個myTransformer.jar,這個jar是咱們本身須要打出來的,能夠直接使用eclipse具體步驟以下圖所示,注意圖中說明:
你們能夠看到,其實使用此類代理並無動態代理方便,甚至轉換器可能會對JVM全部類都產生影響,操做起來更新相對麻煩,實際生產部署時會有不少不便。
可是,寫這些是爲了讓你們更好、更多的去了解AOP,咱們所熟知的AOP其實還有不少東西有待咱們自身去學習和發現,其實Spring在"操做麻煩"這方面仍是作了很多事的,提供了一些xml的配置化管理(此處就再也不說了,由於感受一說又是一大長篇,有興趣的你們能夠本身去看看,多瞭解寫東西總沒有壞處),不少狀況下已經不須要再配置javaagent參數了。
最後提一句,若是在面試中提到了這些,相信面試官也會有加分吧。
熱門內容: