AOP在编程历史上可以说是里程碑式的,对OOP编程是一种十分有益的补充,AOP的主要好处是对原有代码毫无入侵性,把和主业务无关的事情放到代码以外去做 ,AOP像OOP一样,只是一种编程范式,AOP并没有规定说,实现AOP协议的代码,要用什么方式去实现。这里举个基于代理模式的方式(基于动态代理的SpringAOP):
AOP不一定都像Spring AOP那样,是在运行时生成代理对象来织入的,还可以在编译期、类加载期织入,比如AspectJ。
这里列出了一些SpringAOP和AspectJ的区别,想了解更多请点击 此处
AOP在Android客户端(如网易新闻客户端)中的应用
AOP有哪些能够解决我们痛点的使用场景的,下面简单列举一下在Android客户端中对AOP技术的应用
网易新闻热补丁技术
网易新闻的Android客户端热更新技术使用的是AspectJ, AspectJ就是AOP技术的一种框架。详情网易新闻热补丁技术实践
检测方法耗时
新闻客户端开发了一套能够根据指定的sdk进行排查方法耗时的工具,原理就是使用的AspectJ处理字节码包装方法。
方法耗时,这个其实Android上已经有一些现成的工具,比如trace view等等,这些工具都可以进行方法耗时的检测。但是痛点是这些工具使用起来都比较麻烦,效率低下, 而且无法针对某一个块代码或者某个指定的sdk进行查看方法耗时。
我们为了能够提高客户端的FPS,其中有一个思路就是希望降低主线程方法耗时。 最初的思路就是使用trace View等工具进行排查。不用不知道一用你就会发现有多么的繁琐。于是我们希望能有一种方式能够快速打印出我们的方法耗时。
于是我们采用了AOP的技术,对每个方法做一个切点,在执行之后打印方法耗时。
具体的实现原理和网易新闻热更新技术原理差不多,都是对方法做切点,注入一段自己逻辑,只不过注入的是计算方法耗时的逻辑而已。
AOP不一定都像Spring AOP那样,是在运行时生成代理对象来织入的,还可以在编译期、类加载期织入,比如AspectJ。
编译完成之后使用AspectJ编译器处理字节码,两种方案
1.hook java compiler的方案
直接hook java Compiler的Task,在java源码编译完成之后执行AspectJ的编译器,进行字节码插桩操作。
project.android.applicationVariants.all { variant ->
if (variant.buildType.name != “release”) {
log.debug(“Skipping non-release build type ‘${variant.buildType.name}’.”)
return;
}
JavaCompile javaCompile = variant.javaCompile
javaCompile.doLast {
String[] args = ["-showWeaveInfo",
“-1.5”,
“-inpath”, javaCompile.destinationDir.toString(),
“-aspectpath”, javaCompile.classpath.asPath,
“-d”, javaCompile.destinationDir.toString(),
“-classpath”, javaCompile.classpath.asPath,
“-bootclasspath”, project.android.bootClasspath.join(File.pathS
eparator)]
log.debug "ajc args: " + Arrays.toString(args)
MessageHandler handler = new MessageHandler(true);
new Main().run(args, handler);
}
}
}
}
此中方案的缺陷就是对参与编译过程的代码处理很简单,但是对于一些不参与编译过程的jar/aar等处理比较困难。
s, handler);
}
}
}
}
此中方案的缺陷就是对参与编译过程的代码处理很简单,但是对于一些不参与编译过程的jar/aar等处理比较困难。