常见问题

1、 同一个方法存在多个注解或匹配切面时，怎么处理的¶

• 多个切面叠加到一个方法上时注解优先于匹配切面，注解切面之间从上到下依次执行
• 调用 proceed 才会执行下一个切面，多个切面中最后一个切面执行 proceed 才会调用切面方法内的代码
• 在前边切面中调用 proceed(args) 可更新方法传入参数，并在下一个切面中也会拿到上一层更新的参数
• 存在异步调用proceed时，第一个异步调用 proceed 切面的返回值（就是 invoke 的返回值）就是切入方法的返回值；否则没有异步调用proceed，则返回值就是最后一个切面的返回值

2、Build时报错 "ZipFile invalid LOC header (bad signature)"¶

• 请重启Android Studio，然后 clean 项目

3、 切面处理类发生内存泄漏？¶

• 这种情况一般是因为你在切面处理类做了强引用

4、 想要看到所有的加入切面代码的位置¶

• 在 app 的build.gradle添加 androidAopConfig 配置项，cutInfoJson 设置为 true

plugins {
    ...
}
androidAopConfig {
    //默认关闭，开启在 Build 或 打包后 将会生成切点信息json文件在 app/build/tmp/cutInfo.json
    cutInfoJson true
}
android {
    ...
}

5、想要在方法前后插入代码¶

• 匹配切面

  @AndroidAopMatchClassMethod(
          targetClassName = "com.flyjingfish.test_lib.TestMatch",
          methodName = ["test2"],
          type = MatchType.SELF
  )
  class MatchTestMatchMethod : MatchClassMethod {
    override fun invoke(joinPoint: ProceedJoinPoint, methodName: String): Any? {
      //在方法前插入代码
      val value = joinPoint.proceed()
      //在方法后插入代码
      return value
    }
  }
  

class CustomInterceptCut : BasePointCut<CustomIntercept> {
    override fun invoke(
        joinPoint: ProceedJoinPoint,
        annotation: CustomIntercept //annotation就是你加到方法上的注解
    ): Any? {
        //在方法前插入代码
        val value = joinPoint.proceed()
        //在方法后插入代码
        return value
    }
}

@AndroidAopReplaceClass("android.util.Log")
object ReplaceLog {
    @AndroidAopReplaceMethod("int e(java.lang.String,java.lang.String)")
    @JvmStatic
    fun e( tag:String, msg:String) :Int{
        //在方法前插入代码
        val log = Log.e(tag, "ReplaceLog-$msg")
        //在方法后插入代码
        return log
    }
}

@AndroidAopMatchClassMethod(
        targetClassName = "com.flyjingfish.test_lib.TestMatch",
        methodName = ["test2"],
        type = MatchType.SELF
)
class MatchTestMatchMethod : MatchClassMethod {
    override fun invoke(joinPoint: ProceedJoinPoint, anno: TryCatch): Any? {
        return try {
            val value = joinPoint.proceed()
            // 这里就是 @AfterReturning 
            value
        } catch (e: Throwable) {
            // 这里就是 @AfterThrowing
            throw RuntimeException(e)
        }
    }
}

6、匹配切面和注解切面的切面处理类的生命周期是怎样的？¶

切面处理类与类的对应方法绑定在一起，分为两种情况

• a、如果切点方法 不是静态的
  • 切面处理类会随着方法所在对象的回收而回收，但这不是及时的；回收时机是其他任意一个切面处理时才进行回收。
  • 并且每一个对象的切点方法各自对应一个切面处理类的对象，也就是说一个切点方法的所在类创建了多少个对象，就有多少个切面处理类对象。
• b、如果切点方法 是静态的
  • 切面方法因为是静态的，所以切面处理类一旦被创建会一直存在。
  • 并且一个类方法只对应一个切面处理类

不管是a、b哪种类型，切面处理类对象只有在方法被执行时才会被创建出来。

简单来说，切面处理类的对象和类或类的对象是绑定在一块的，它的生命周期略长于切点非静态方法的类的对象。

这与 Aspectj 是不同的，因为我们往往想在切面处理类中设置一些成员变量，方便在下次切面处理时的使用；而 Aspectj 你要想这么做是需要将“成员变量”保存为一个“静态变量”，而且还需要区分执行切点方法的对象是什么，需要写很多的代码，AndroidAOP 刚好优化解决了这一问题。

7、Windows电脑编译报错或提示文件占用¶

• 1、你先尝试升级 Gradle 到 8.7 以上 能否解决

• 2、然后保证是本库是最新版，然后保证 app 模块的 build.gradle 中 id 'android.aop' 在最后一行

• 3、否则请按如下步骤进行尝试(请注意以下只针对 Windows 电脑，mac电脑不应有此问题)

8、“Caused by: java.lang.SecurityException: digest error” 相关报错 （1.5.5版本已修复该bug，建议优先升级处理）¶

9、为什么我开启了 androidAop.debugMode = true 依然感觉打包编译慢？¶

造成这种情况的主要原因在于你可能用到了一些 Router 库，或者其他改变打包方式的插件。您可参考这里去改造你的项目点此前往，这里演示了如何去除这些库的插件部分，用 AndroidAOP 去完成它的插件的工作，这样你就可以删掉这些插件加快打包速度

10、可变参数如何进行匹配？¶

Kotlin 中的 vararg str : String 相当于 Java 中的 String...，这种匹配时无论哪种代码都按 String[] 来表示（此处以 String 为例，其他类型也一样）

11、加入本库之后安装app时提示找不到文件¶

检查你的 build.gradle 中配置中是否包含中文，如存在中文请尝试更改为英文后再次安装

12、在 @AndroidAopReplaceMethod 注解的方法中调用原方法会不会造成递归的情况？¶

• 如果是直接调用就不会造成递归，框架已作处理

• 如果属于间接调用就会造成递归，例如调用包含的原方法的其他类的方法，框架对此不做处理，如需这么做可以结合 exclude 来使用首页接入第四步有介绍，使用exclude排除掉间接调用类即可

13、不想引入内置的注解切面，怎么办？¶

请升级至 2.1.5及之后的版本，并查看接入步骤三

14、组件化的项目不同 module 采用的方案是 aar 这样的产物进行编译，如何加快打包速度呢？¶

• 答案依旧还是使用 debugMode ，这个首页接入步骤五已经进行了说明，针对这种情况你应按照如下方法进行配置

//👇这一项无可置疑，必须打开！！
androidAop.debugMode = true
//👇这一项在你发布 aar 包的时候需要将其关闭，不可以再开了，因为aar的发布其实也是发布 release 包了，你说是不是？
androidAop.debugMode.variantOnlyDebug = false

• 至于要不要使用反射，那就因人而定了，看你怎么选择了

//👇打开就是使用反射
androidAop.reflectInvokeMethod = true
//👇这项类似于 androidAop.debugMode.variantOnlyDebug 你打 release 包使用反射就把这一项关了！！
androidAop.reflectInvokeMethod.variantOnlyDebug = false

综上所述，发布 aar 其实和发布 apk 一样，对于上述几项配置的理解其实是一样的

可能有人还有疑问，最终打包时应该如何使用呢？

• 其实想继续使用 debugMode 也没问题的，基本还是和上述一样的配置
• 如果不使用 debugMode，你的不同 module 的 aar包 按照上述步骤其实已经进行过 AOP 的处理了，你完全不用在打包时再搞一次了，可以在app module下将其剔除掉，例如：

androidAopConfig {
    //👇 排除掉已经进行过 AOP 处理的 aar 包，依旧可以读取这些包的切面配置
    exclude 'aar包名1', 'aar包名2'
    //❗️❗️❗️值得一提的是在你发布 aar 的时候，不要把你要发布的 aar 的包名配置到这，否则 aar 是不会经过 AOP 处理的
}