Android 利用编译时 注入 统计App内所有方法执行时常,分析ANR
1.应用场景
Android Studio提供了很多性能分析工具，分析CPU耗时，分析内存，但主要是给我们开发阶段使用，而且应用起来也不方便，如果我们能在APP运行的时候捕获所有方法的时间，然后取一些耗时排名
前面的方法来做性能分析，从而能更方便的排查一些性能的问提，或者将耗时统计统一提交到服务器，从而跟中不同机型
2.实现
这里用到的还是javassist, 当然 AOP也可以实现我们的需求,关于javassist和AOP的实现都可以看前面的文章。 为什么这里用javassist，我们打包android程序的时候， gradle会通过javaCompileTask 或者kotlinCompileTask编译成class文件，存储到build\intermediates\javac 或者build\tmp\kotlin-classes 目录下，此时 如果你使用aspectj 它会直接修改 当前编译后存储的文件 ,然后gradle通过 一个个*transform* Task, transform 可能会有很多，前一个transform 的输入就是后一个的输出，第一个输入一般就是前面的路径， 最后会经过一个dexTransform 打包成一个个dex, 再合成一个或几个大的dex。 用javassist来实现注入的话可以保证执行顺序放在最后一个transform修改上。
关于transform的介绍 可以看前面那个捕获第三方库异常的 这里主要看下核心代码
不知道是不是因为编译的原因， 我这里试了下新建个本地变量，但如果碰到方法只有while的时候 insert会被插入到while里面，所以直接在类里查了个静态变量
CtField ctField = new CtField(CtClass.longType,param,c) ctField.setModifiers(9) c.addField(ctField,"0l")
javassist里面modifiers主要是标识修饰符，可以通过不同的拼凑 public 是1，static是8 所以这里静态变量设了9，因为用到的是System.currentTimeMillis 直接射了一个long的变量
public static final int PUBLIC = AccessFlag.PUBLIC;
public static final int PRIVATE = AccessFlag.PRIVATE;
public static final int PROTECTED = AccessFlag.PROTECTED;
public static final int STATIC = AccessFlag.STATIC;
public static final int FINAL = AccessFlag.FINAL;
public static final int SYNCHRONIZED = AccessFlag.SYNCHRONIZED;
public static final int VOLATILE = AccessFlag.VOLATILE;
public static final int VARARGS = AccessFlag.VARARGS;
public static final int TRANSIENT = AccessFlag.TRANSIENT;
public static final int NATIVE = AccessFlag.NATIVE;
public static final int INTERFACE = AccessFlag.INTERFACE;
public static final int ABSTRACT = AccessFlag.ABSTRACT;
public static final int STRICT = AccessFlag.STRICT;
public static final int ANNOTATION = AccessFlag.ANNOTATION;
public static final int ENUM = AccessFlag.ENUM;
直接插入打印方法从开始到结束的时间，这里本来想直接用insertAfter，但发现在复杂项目里一直报错，定位不到具体错误，就改成了插入具体行
String line = " System.out.println(\""+c.getName()+"::::"+m.getMethodInfo().getName()+"======= \"+(System.currentTimeMillis() - "+param+"));"
try{
int lineNum = 0;
if(m.getReturnType().getName().contains("void")) {
lineNum = m.getMethodInfo().getLineNumber(m.getMethodInfo().codeAttribute.length())
}else {
lineNum = m.getMethodInfo().getLineNumber(m.getMethodInfo().codeAttribute.length()) -1
}
if(lineNum>0)
m.insertAt(lineNum,line)
}catch(CannotCompileException ex){
System.out.println(param+" get Error")
}
下面是原有代码
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
fillListRight();
// var test = TestFile()
// test.string
}
private fun fillListRight() {
list.forEach {
Log.e("lin","list="+it);
Thread.sleep(500)
}
}
下面是log中打印的日志， 可以看到onCreate执行了 1592mm,fillListRight执行了1503mm,demo中只有一个类，如果在复杂项目中，跑一遍流程，然后定位出耗时方法，从而能辅助我们找到一些可能造成ANR的方法
下面是反编译 MainActivity的结果， 在方法执行前后 插入了 打印耗时的代码 具体代码可以看从git上获取
