一线大厂资深APP性能优化系列-卡顿定位（一），阿里Android开发面试解答

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));
}
}
复制代码

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

[外链图片转存中…(img-tHYIi2NA-1711597656968)]

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 又称之为火焰图

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

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V：vip204888 备注Android获取（资料价值较高，非无偿）

最后

**一个零基础的新人，我认为坚持是最最重要的。**我的很多朋友都找我来学习过，我也很用心的教他们，可是不到一个月就坚持不下来了。我认为他们坚持不下来有两点主要原因：

他们打算入行不是因为兴趣，而是因为所谓的IT行业工资高，或者说完全对未来没有任何规划。

刚开始学的时候确实很枯燥，这确实对你是个考验，所以说坚持下来也很不容易，但是如果你有兴趣就不会认为这是累，不会认为这很枯燥，总之还是贵在坚持。

技术提升遇到瓶颈了？缺高级Android进阶视频学习提升自己吗？还有大量大厂面试题为你面试做准备！

提升自己去挑战一下BAT面试难关吧

对于很多Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些知识图谱希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

不论遇到什么困难，都不应该成为我们放弃的理由！

如果有什么疑问的可以直接私我，我尽自己最大力量帮助你！

最后祝各位新人都能坚持下来，学有所成。

要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些知识图谱希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

不论遇到什么困难，都不应该成为我们放弃的理由！

如果有什么疑问的可以直接私我，我尽自己最大力量帮助你！

最后祝各位新人都能坚持下来，学有所成。

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录