Git传送门

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上获取