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

作者将近7年Android开发，经历过很多一线公司的APP开发，如中石油，阿里，京东等，想把真正一些一线的APP里的优秀的经验分享出来，打算利用休息时间更新一个系列的《APP性能优化》，大约是20章节，每周大约会更新2章，喜欢的朋友记得加个关注和点赞。如有笔误欢迎指出。

讲解的内容大体包含，异步优化，启动优化，卡顿优化，内存优化，ARTHook, 监控耗时盲区，网络，电量，瘦身及APP容灾方案等

1.简介

本篇文章是该系列文章中的第一篇，主要介绍的是在一些一线大厂的实际项目中，如果APP发生卡顿是如何进行定位问题的。主要介绍 程序的耗费时间

2.测量时间方式

首先，如果要查看页面加载花费的时间有3种方式

1. adb命令查看
2. 手动打点的方式
3. traceView

3.adb命令

只需要一行命令，就可以查看加载页面的时间。

adb shell am start -W 包名/包名.Activity

使用后会显示

ThisTime: 代表启动最后一个Activity的耗时
TotalTime: 代表启动所有的Activity的耗时
WaitTime: 代表AMS启动所有的Activity的耗时

注意点：该命令只能是获取配置了的Activity, 其他的无效，因为Android组件中有个 exported 属性，没有intent-filter时exported 属性默认为false，此组件只能由本应用用户访问，配备了intent-filter后此值改变为true，允许外部调用。

缺点： adb命令只能查看配置了的Activity，其他的无法查看，并且也无法精准的查看其方法具体耗费的时间，所以因为其局限性 并不能很好的解决我们问题，我们采用手动打点的方式查看。

4.手动打点

先看代码

public class MyApplication extends Application {

@Override
public void onCreate() {
super.onCreate();

initBugly();

initBaiduMap();

initJPushInterface();

initShareSDK();
…
}

private void initBugly() throws InterruptedException {

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

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执行用户指令所用的时间。

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门**

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！