一线大厂资深APP性能优化系列-卡顿定位（一）

private void initBaiduMap() throws InterruptedException {

Thread.sleep(2000); // 模拟耗费的时间
}

private void initJPushInterface() throws InterruptedException {

Thread.sleep(3000); // 模拟耗费的时间
}

private void initShareSDK() throws InterruptedException {

Thread.sleep(500); // 模拟耗费的时间
}
}
复制代码

代码不用我说，项目中很常见，现在的问题是APP启动加载很慢, 那么如何精准的查询到具体耗时的方法？

long startTime = System.currentTimeMillis();
initBugly();
Log.d(“lybj”, “initBugly()方法耗时：”+ (System.currentTimeMillis() - startTime));

long startTime = System.currentTimeMillis();
initBaiduMap();
Log.d(“lybj”, “initBaiduMap()方法耗时：”+ (System.currentTimeMillis() - startTime));
…
复制代码

这样可以吗？当然不行，耦合性太大，每一个方法都加，那么测试完了，删除代码也是个体力活，一不小心删错一个，就会造成灾难性的问题，在实际项目中，比如中石油的一些项目，就会采用 AOP 的方式来测量方法的耗费时长。

4.1 AOP

AOP : Aspect Oriented Programming的缩写，意为：面向切面编程

优点：

1. 针对同一问题的统一处理
2. 无侵入添加代码

这里我们使用的是Aspectj

4.2 Aspectj 的使用

1.添加依赖

根目录的build.gradle里

buildscript {
…
dependencies {
…
classpath ‘com.hujiang.aspectjx:gradle-android-plugin-aspectjx:2.0.0’
}
}
复制代码

app项目的build.gradle及新建的module的build.gradle里添加

apply plugin: ‘android-aspectjx’

dependencies {
…
implementation ‘org.aspectj:aspectjrt:1.8.+’
}
复制代码

2.创建切面

@Aspect
public class PerformanceAop {

@Around(“call(* com.bj.performance.MyApplication.**(…))”)
public void getTime(ProceedingJoinPoint joinPoint){

long startTime = System.currentTimeMillis();
String methodName = joinPoint.getSignature().getName();
try {
joinPoint.proceed();
} catch (Throwable throwable) {
throwable.printStackTrace();
}
Log.d(“lybj”, methodName + “方法耗时：”+ (System.currentTimeMillis() - startTime));
}
}
复制代码

看，根本无需修改任何工程代码，就可以获取运行时长了，点击运行显示

AspectJ语法参考

缺点： 如果项目比较庞大，上百个方法，总不能全部打点，然后一个一个的分析到底是哪个地方运行时间过长吧，所以我们需要一个比较直观的工具，一眼就能看到具体哪个方法运行时间过长。

5. traceView的使用

5.1 特点

1. 图形的形式展示其执行时间调用栈
2. 信息全面，包含所有进程

5.2 使用方式

Debug.startMethodTracing(“文件名”);

Debug.stopMethodTracing();
复制代码

在代码中相应位置的地方打入埋点即可， startMethodTracing 有3个构造参数分别是

1. tracePath：文件名/路径
2. bufferSize：文件的容量大小
3. flag：TRACE_COUNT_ALLOCS 只有默认的这一种

代码运行完成后，会在

mnt/sdcard/Android/data/包名/files

生成一个.trace后缀的文件，可以用Profiler添加打开它。

当然也可以使用Profiler的录制功能，但是因为要测量启动时间，点击录制手速并不会那么的精准，所以采用埋点的方式获取trace文件进行分析。

5.3 性能分析

打开文件后为上图所示

5.4 时间模式

上图标签 1 所示：wallclock time 和 cpu time

1. Wall Clock Time：从进程开始运行到结束，时钟走过的时间，这其中包含了进程在阻塞和等待状态的时间。
2. Thread Time ：就是CPU执行用户指令所用的时间。

注意：如果线程A执行函数b，但是因为函数b加了锁，线程A进入等待状态，那么wallclock time也是要计算时间的，而Thread time则只是计算CPU花费在它身上的时间。

一般根据经验来讲wall duration时间久说明耗时多，然后看Thread time 这个值说明cpu花费在其身上的时间多不多。不多的话基本可以直接异步（因为不抢占CPU）多的话需要合理调度好执行顺序。

5.5 Call Chart

上图标签 2 所示：Call Chart

它的作用就是可以很直观的查看到底是哪里耗时比较久，x轴为调用的时间线，越宽的表示耗时越久，y轴为调用的深度，也就是调用的子方法。父类在最上面，很明显initBottomTab（）方法调用是最耗时的。

鼠标悬浮可以查看耗费时间，双击可以跳转到相应代码

• 橙色：系统方法
• 蓝色：第三方API（包括java语言的api）
• 绿色：App自身方法

简易图如下：

5.6 Flame Chart

上图标签 3 所示：Flame Chart 又称之为火焰图

y 轴表示调用栈，每一层都是一个函数。调用栈越深，火焰就越高，顶部就是正在执行的函数，下方都是它的父函数。 x 轴表示抽样数，如果一个函数在 x 轴占据的宽度越宽，就表示它被抽到的次数多，即执行的时间长。注意，x 轴不代表时间，而是所有的调用栈合并后，按字母顺序排列的。

火焰图就是看顶层的哪个函数占据的宽度最大。只要有"平顶"（plateaus），就表示该函数可能存在性能问题。

练习1：

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的14套腾讯、字节跳动、阿里、百度等2021最新面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

尝辄止，不再深入研究，那么很难做到真正的技术提升。**

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！