AspectJ 兩種用法以及常見問題
前面兩篇文章介紹了 AspectJ 的基礎(chǔ)概念以及基于注解開發(fā)方式的語法,這篇文章總結(jié)了 AspectJ 的兩種用法和 android-aspectjx 插件的常見問題。
AspectJ 的兩種用法
我覺得以 Pointcut 切入點(diǎn)作為區(qū)分,AspectJ 有兩種用法:(1)用自定義注解修飾切入點(diǎn),精確控制切入點(diǎn),屬于侵入式;(2)不需要在切入點(diǎn)代碼中做任何修改,屬于非侵入式。
侵入式
侵入式用法,一般會使用自定義注解,以此作為選擇切入點(diǎn)的規(guī)則。
下面以 JakeWharton 大神的 hugo 為例,分析自定義注解 AOP 的使用。hugo 是用于在開發(fā)環(huán)境中打印方法調(diào)用信息的,只會打印注解修飾的方法。
首先看下新增的自定義注解:
@Target({TYPE, METHOD, CONSTRUCTOR}) @Retention(CLASS)
public @interface DebugLog {
}
上面定義了@DebugLog注解,可以修飾類、接口、方法和構(gòu)造函數(shù),可在 Class 文件中保留,編譯期可用。更多關(guān)于 Java 注解的內(nèi)容,請看之前的文章 探索注解之注解的基本概念。
再看 hugo 的切面代碼,代碼說明在注釋中:
@Aspect
public class Hugo {
private static volatile boolean enabled = true;
@Pointcut("within(@hugo.weaving.DebugLog *)")
public void withinAnnotatedClass() {} // @DebugLog 修飾的類、接口的 Join Point
// synthetic 是內(nèi)部類編譯后添加的修飾語,所以 !synthetic 表示非內(nèi)部類的
@Pointcut("execution(!synthetic * *(..)) && withinAnnotatedClass()")
public void methodInsideAnnotatedType() {} // 執(zhí)行 @DebugLog 修飾的類、接口中的方法,不包括內(nèi)部類中方法
@Pointcut("execution(!synthetic *.new(..)) && withinAnnotatedClass()")
public void constructorInsideAnnotatedType() {} // 執(zhí)行 @DebugLog 修飾的類中的構(gòu)造函數(shù),不包括內(nèi)部類的構(gòu)造函數(shù)
@Pointcut("execution(@hugo.weaving.DebugLog * *(..)) || methodInsideAnnotatedType()")
public void method() {} // 執(zhí)行 @DebugLog 修飾的方法,或者 @DebugLog 修飾的類、接口中的方法
@Pointcut("execution(@hugo.weaving.DebugLog *.new(..)) || constructorInsideAnnotatedType()")
public void constructor() {} // 執(zhí)行 @DebugLog 修飾的構(gòu)造函數(shù),或者 @DebugLog 修飾的類中的構(gòu)造函數(shù)
...
@Around("method() || constructor()")
public Object logAndExecute(ProceedingJoinPoint joinPoint) throws Throwable {
enterMethod(joinPoint); // 打印切入點(diǎn)方法名、參數(shù)列表
long startNanos = System.nanoTime();
Object result = joinPoint.proceed(); // 調(diào)用原來的方法
long stopNanos = System.nanoTime();
long lengthMillis = TimeUnit.NANOSECONDS.toMillis(stopNanos - startNanos);
exitMethod(joinPoint, result, lengthMillis); // 打印切入點(diǎn)方法名、返回值、方法執(zhí)行時(shí)間
return result;
}
...
從上面代碼可以看出 hugo 是以 @DebugLog 作為選擇切入點(diǎn)的條件,只需要用 @DebugLog 注解類或者方法就可以打印方法調(diào)用的信息。
所以,可以看出侵入式 AspectJ 的特點(diǎn):
- 需要自定義注解
- 切入點(diǎn)需要添加注解,會侵入切入點(diǎn)代碼
- 不需要修改 Aspect 切面代碼,就可以隨意修改切入點(diǎn)
非侵入式
非侵入式,就是不需要使用額外的注解來修飾切入點(diǎn),不用修改切入點(diǎn)的代碼。
最近項(xiàng)目中在調(diào)研無埋點(diǎn)數(shù)據(jù)上報(bào),不需要每次新增功能時(shí)都添加埋點(diǎn)代碼,這種場景適合非侵入式的 AOP,我們采用的是 AspectJ 技術(shù)來實(shí)現(xiàn)。數(shù)據(jù)上報(bào)一般包括頁面和事件統(tǒng)計(jì),下面以 Activity、Fragment 頁面統(tǒng)計(jì)以及點(diǎn)擊事件統(tǒng)計(jì)為例,分析非侵入式 Aspectj 在 Android 項(xiàng)目中的使用。
Activity 頁面統(tǒng)計(jì)
首先需要明白的一點(diǎn)是:AspectJ 無法在 Activity 中織入代碼,因?yàn)?Activity 屬于 android.jar,是安卓平臺代碼,Class 文件不會在編譯時(shí)打包進(jìn) apk 中。但是項(xiàng)目中繼承自 Activity 的子類可以作為切入點(diǎn),因?yàn)榫幾g期會變成 Class 文件。
網(wǎng)上一些統(tǒng)計(jì) Activity 例子是這樣:
@Before("execution(* android.app.Activity+.on**(..))")
public void onActivityMethodBefore(JoinPoint joinPoint) throws Throwable {
...
}
上面的代碼是以 Activity 及其子類的 onXX 方法作為切入點(diǎn),但是 Activity 類是無法切入的,而 Activity 的子類的話只能切入重寫的 onXX 方法。
所以這種寫法其實(shí)有兩個(gè)問題:(1)如果 BaseActivity 和 其子類 XXActivity 都重寫了 onPause 方法,那么兩個(gè)方法都會織入 AOP 代碼,所以 XXActivity 執(zhí)行 onPause 方法時(shí),會調(diào)用兩次數(shù)據(jù)統(tǒng)計(jì)的 AOP 代碼;(2)如果 XXActivity 沒有重寫 onDestroy 方法,那么就 XXActivity.onDestroy 方法就無法作為切入點(diǎn)。
我覺得有兩種方式比較合理:
- 項(xiàng)目中有個(gè) BaseActivity 作為所有 Activity 的基類,而且 BaseActivity 重寫了 Activity 的所有 onXX 方法時(shí),可以以 BaseActivity 作為切入點(diǎn)。Pointcut 表達(dá)式:
execution(* BaseActivity.on**(..)) - 使用 Android API 的 Application.ActivityLifecycleCallbacks,可以監(jiān)聽?wèi)?yīng)用中所有 Activity 生命周期的變化,這也更為通用。
Fragment 頁面統(tǒng)計(jì)
公司項(xiàng)目中使用的是 support-v4 包中的 Fragment,support-v4 會作為依賴一起編譯打包進(jìn) apk,所以可以直接切入 Fragment 中。
需要統(tǒng)計(jì)的 Fragment 的顯示與隱藏,不過不能僅僅依靠 onResume/onPause 兩個(gè)來判斷,在使用 Fragment Tab 時(shí),tab 切換觸發(fā)的回調(diào)是 onHiddenChanged 方法,而 ViewPager 中切換 Fragment 時(shí)觸發(fā)的是 setUserVisibleHint,所以需要切入這四個(gè)方法。
@Pointcut("execution(void onHiddenChanged(boolean)) && within(android.support.v4.app.Fragment) && target(fragment) && args(hidden)")
public void onHiddenChanged(Fragment fragment, boolean hidden) {}
@Pointcut("execution(void setUserVisibleHint(..)) && within(android.support.v4.app.Fragment) && target(fragment) && args(visible)")
public void setUserVisibleHint(Fragment fragment, boolean visible) {}
@Pointcut("execution(void onResume()) && within(android.support.v4.app.Fragment) && target(fragment)")
public void onResume(Fragment fragment) {}
@Pointcut("execution(void onPause()) && within(android.support.v4.app.Fragment) && target(fragment)")
public void onPause(Fragment fragment) {}
Click 事件統(tǒng)計(jì)
這里只是以普通的 View 的點(diǎn)擊事件統(tǒng)計(jì)為例,這里的點(diǎn)擊事件是指點(diǎn)擊某 View 后會執(zhí)行點(diǎn)擊回調(diào)這種,所以只需要關(guān)注 OnClickListener 即可。
很容易寫出下面代碼:
@Pointcut("execution(void android.view.View.OnClickListener.onClick(..)) && args(view)")
public void onClick(View view) {}
但是上面的 Pointcut 其實(shí)是不全面的,setOnClickListener(new OnClickListener() {…}) 這種匿名內(nèi)部類寫法時(shí)沒問題,如果是實(shí)現(xiàn) OnClickListener 接口的類則無法切入。所以應(yīng)該加上 OnClickListener 的子類,使用 OnClickListener+。
@Pointcut("execution(void android.view.View.OnClickListener+.onClick(..)) && args(view)")
public void onClick(View view) {}
這種寫法還可以監(jiān)聽到 ButterKnife 的點(diǎn)擊事件,因?yàn)?ButterKnife 使用一個(gè)實(shí)現(xiàn)了 OnClickListener 的抽象接口。
所以,從上面三個(gè)示例可以看出非侵入式 AspectJ 的特點(diǎn):
- 不需要額外的自定義注解
- 不會侵入切入點(diǎn)代碼
- 很難精確控制切入點(diǎn),需要修改切入點(diǎn)時(shí),必須修改切面代碼
android-aspectjx 插件的常見問題
AspectJ 在 Android 項(xiàng)目中使用需要額外處理,在第一篇文章引入 AspectJ 有到使用的國人寫開源插件 gradle_plugin_android_aspectjx,該插件利用了 Gradle 的 Transforms API 用 AspectJ tools 對所有 class 進(jìn)行處理。
下面是個(gè)人在使用遇到的一些問題,總結(jié)下避免大家走彎路:
includeJarFilter 和 excludeJarFilter 的使用
默認(rèn)不做任何配置的話,會遍歷項(xiàng)目編譯后所有的 .class 文件和依賴的第三方庫進(jìn)行處理。不過可以通過 includeJarFilter 和 excludeJarFilter 過濾縮小范圍。
aspectjx {
//includes the libs that you want to weave
includeJarFilter 'universal-image-loader', 'AspectJX-Demo/library'
//excludes the libs that you don't want to weave
excludeJarFilter 'universal-image-loader'
}
編譯過程中可以通過 gradle 輸出看出使用 AspectJ 處理的第三方庫:
aspect start..........
excludeJar:::XXXX
includeJar:::XXXX
.
.
.
aspect do work..........
aspect jar merging..........
aspect done...................
需要注意的切面代碼和需要作為切入點(diǎn)的第三方庫必須 include,如果切面代碼是在 library module 中,沒有 include 的話,運(yùn)行時(shí)會出現(xiàn)找不到 aspectOf() 方法的異常。
切入點(diǎn)代碼可以混淆
代碼是在編譯階段織入,所以混淆是不會有影響的,只有在運(yùn)行時(shí)你需要通過類名,方法名去做一些事情的時(shí)候才不能混淆,比如用到了反射技術(shù)等。任何在編譯階段植入代碼的 AOP 方案混淆都不會受影響,和混淆無關(guān)。而在運(yùn)行時(shí)的 AOP 方案就會受混淆影響。