AspectJ打包Release,AOP为什么不起作用
- 作者:不能用真名
- 来源:掘金
- 日期:2019-07-18
- 类型:Android
- 说明:本文源于 不能用真名 原创,如需转载请带上链接或注明出处!
AspectJ为什么打Release包,AOP不起作用?这就告诉你答案
相信很多人都用过aspactJ!,有同学反应,在debug都状态下打包测试是没有问题的,但是在Release下,AOP失效了???
在网上流传这这样一份配置:
final def log = project.logger final def variants = project.android.applicationVariants variants.all { variant -> if (!variant.buildType.isDebuggable()) { log.debug("Skipping non-debuggable build type '${variant.buildType.name}'.") return }
JavaCompile javaCompile = variant.javaCompile javaCompile.doLast { String[] args = ["-showWeaveInfo", "-1.8", "-inpath", javaCompile.destinationDir.toString(), "-aspectpath", javaCompile.classpath.asPath, "-d", javaCompile.destinationDir.toString(), "-classpath", javaCompile.classpath.asPath, "-bootclasspath", project.android.bootClasspath.join(File.pathSeparator)] log.debug "ajc args: " + Arrays.toString(args)
MessageHandler handler = new MessageHandler(true) new Main().run(args, handler) for (IMessage message : handler.getMessages(null, true)) { switch (message.getKind()) { case IMessage.ABORT: case IMessage.ERROR: case IMessage.FAIL: log.error message.message, message.thrown break case IMessage.WARNING: log.warn message.message, message.thrown break case IMessage.INFO: log.info message.message, message.thrown break case IMessage.DEBUG: log.debug message.message, message.thrown break } } } }
|
注意,这份配置在主app的gradle是有问题的!!!请删除下面这段代码!!!
if (!variant.buildType.isDebuggable()) { log.debug("Skipping non-debuggable build type '${variant.buildType.name}'.") return }
|
看一下上面这一段代码,如果构建的类型是非debug的,就会直接返回不会执行下面的配置代码,也就是说,如果当前构建类型是release,那么就不会执行下面的配置,那么配置如果不生效,aspctj也就不会生效了。所以一定要把这段代码删除掉!!!
我相信有很多小伙伴被这个问题搞的焦头烂额,甚至放弃AOPJ,我也不知道当初写这个配置的人到底什么目的,这让第一次使用接触aspactJ的小伙伴完全没有心理准备,总以为问题出现在更深的其他地方,会认为编译器或者混淆的问题,偏离了排查轨迹,会很容易忽略配置的排查,这是一种严重的误导!
最后,如果你觉的这个问题能帮到你,请分享给身边的小伙伴,让大家看到这个问题。