AOP 全名 Aspect Oriented Programming，意思是面向切面編程。
AOP 跟 OOP 一樣，是一種編程思想。
如果 OOP 是縱向思想的話，那么 AOP 就是橫向思想?？梢钥聪聢D的差別：
OOP 與 AOP 的區(qū)別
面向目標(biāo)不同：簡單來說 OOP 是面向名詞領(lǐng)域，AOP 面向動(dòng)詞領(lǐng)域。
思想結(jié)構(gòu)不同：OOP 是縱向結(jié)構(gòu)，AOP 是橫向結(jié)構(gòu)。
注重方面不同：OOP 注重業(yè)務(wù)邏輯單元的劃分，AOP 偏重業(yè)務(wù)處理過程中的某個(gè)步驟或階段。
為什么要 AOP
在 Android 的架構(gòu)演進(jìn)中，從 MVC 到 MVP 到 MVVM 再到 模塊化 和 組件化，可以看到每種架構(gòu)它們想解決的共同問題是如何更加精細(xì)地分離業(yè)務(wù)邏輯，并且處理好它們直接的關(guān)系，盡可能的將關(guān)注點(diǎn)集中在某一個(gè)模塊或者組件中，所以可以這樣理解：
最佳的系統(tǒng)架構(gòu)由模塊化的關(guān)注面領(lǐng)域組成，每個(gè)關(guān)注面均用純 Java 對(duì)象（當(dāng)然還可以用其他，這里強(qiáng)調(diào)的是用面向?qū)ο蟮乃枷耄?shí)現(xiàn)。不同的領(lǐng)域之間用最不具有侵害性的「方面」或「類方面」工具整合起來（比如路由等）。
但是有一個(gè)問題需要我們反思：
雖然我們進(jìn)行了模塊化或者組件化，但是有很多模塊沒有做到恰當(dāng)?shù)厍蟹株P(guān)注面，往往在業(yè)務(wù)邏輯中耦合了業(yè)務(wù)埋點(diǎn)、權(quán)限申請(qǐng)、登陸狀態(tài)的判斷、對(duì)不可預(yù)知異常 try-catch 和一些持久化操作等等。
是否有一種方法可以把這些更好的解偶出來呢，用 AOP 是一種不錯(cuò)的選擇，「切分關(guān)注面」就是 AOP 的思想，它可以被看成是 OOP 的一種補(bǔ)充。
AOP 的作用
AOP 的作用有很多，舉例有 參數(shù)判空和校驗(yàn)，權(quán)限驗(yàn)證，無埋點(diǎn)上報(bào)，性能監(jiān)控，日志記錄，統(tǒng)一緩存代理，
熱修改，異常捕獲，事件防抖，事務(wù)處理等等。
目前使用到 AOP 思想的比較有名的框架有：DataBinding，Dagger2，ButterKnfie，EventBus3，Room，DBFlow，AndroidAnnotation，F(xiàn)ragmentRigger 等等。
可見 AOP 的作用是挺大的。
AOP 的實(shí)現(xiàn)方式
動(dòng)態(tài)織入 Hook 方式
在運(yùn)行期，目標(biāo)類加載后，為接口動(dòng)態(tài)生成代理類，將切面植入到代理類中。相對(duì)于靜態(tài)AOP更加靈活。但切入的關(guān)注點(diǎn)需要實(shí)現(xiàn)接口。
實(shí)現(xiàn)方式有：Dexposed，Xposed，epic
動(dòng)態(tài)字節(jié)碼生成
原理是在運(yùn)行期間目標(biāo)字節(jié)碼加載后，通過字節(jié)碼技術(shù)為一個(gè)類創(chuàng)建子類，并在子類中采用方法攔截的技術(shù)攔截所有父類方法的調(diào)用，順勢織入橫切邏輯。由于是通過子類來代理父類，因此不能代理被 final 字段修飾的方法。
實(shí)現(xiàn)方式有：Cglib + Dexmaker
靜態(tài)織入方式
- 在編譯期織入，切面直接以字節(jié)碼的形式編譯到目標(biāo)字節(jié)碼文件中，這要求使用特殊的 Java 編譯器。
- 在類裝載期織入，這要求使用特殊的類裝載器。
實(shí)現(xiàn)方式有：APT，AspectJ，ASM，Javassist，DexMaker，ASMDEX
通過一張圖理解他們的關(guān)系：
他們的區(qū)別就是插入的時(shí)機(jī)不同。
常用的 AOP 實(shí)現(xiàn)方法有 APT，AspectJ，Javassist。其他相對(duì)來說比較不常用。
APT
說到 APT ，那就離不開注解，Android 解析注解主要有兩種實(shí)現(xiàn)。
第一種是運(yùn)行期通過反射去解析當(dāng)前類，注入相應(yīng)要運(yùn)行的方法。這種方法最大的缺點(diǎn)就是性能問題，因?yàn)橛昧朔瓷?。大量使用?huì)導(dǎo)致 app 性能下降，比如早期的 butterknife 框架。
第二種是通過編譯器生成類的代理類，在運(yùn)行期直接調(diào)用代理類的代理方法。這種方法的優(yōu)點(diǎn)就是沒有性能問題，缺點(diǎn)可能就是如果使用很多會(huì)生成比較多的代理類，帶上控制得當(dāng)?shù)脑拺?yīng)該沒什么問題，比如現(xiàn)在的 butterknife，EventBus3，Room 框架等。
APT 就是指第二種方法。
在編寫 APT 代理類時(shí)，往往有自動(dòng)生成源代碼的需要，我們不可能自己手動(dòng)拼接字符串，這時(shí)候可以用 J 神的 JavaPoet 框架去解決。
AspectJ
AspectJ 是目前來說比較好的 AOP 框架了，它完全兼容 Java，而且使用起來比較簡單。
但在 Android 上集成比較麻煩，這時(shí)候可以通過一些大神們提供的插件解決：
- J 神的 Hugo
- gradle_plugin_android_aspectjx
Javassist
使用 Javassist 的代表框架有 熱修復(fù)框架HotFix 、Savior（InstantRun）
Javassist 是一個(gè)編輯字節(jié)碼的框架，作用是修改編譯后的 class 字節(jié)碼
實(shí)現(xiàn) Javassist 的方式可以通過自定義 gradle 插件，利用 Gradle Transfrom 這個(gè) api 去實(shí)現(xiàn)。原因是 Transform 更為方便，我們不再需要插入到某個(gè)Task前面。Tranfrom 有自己的執(zhí)行時(shí)機(jī)，一經(jīng)注冊便會(huì)自動(dòng)添加到 Task 執(zhí)行序列中，且正好是 class 被打包成 dex 之前。
