代码不用我说,项目中很常见,现在的问题是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的缩写,意为:面向切面编程
优点:
-
针对同一问题的统一处理
-
无侵入添加代码
这里我们使用的是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));
}
}
复制代码
看,根本无需修改任何工程代码,就可以获取运行时长了,点击运行显示
缺点: 如果项目比较庞大,上百个方法,总不能全部打点,然后一个一个的分析到底是哪个地方运行时间过长吧,所以我们需要一个比较直观的工具,一眼就能看到具体哪个方法运行时间过长。
5. traceView的使用
5.1 特点
-
图形的形式展示其执行时间调用栈
-
信息全面,包含所有进程
5.2 使用方式
Debug.startMethodTracing(“文件名”);
Debug.stopMethodTracing();
在代码中相应位置的地方打入埋点即可, startMethodTracing 有3个构造参数分别是
- tracePath:文件名/路径
- bufferSize:文件的容量大小
- flag:TRACE_COUNT_ALLOCS 只有默认的这一种
代码运行完成后,会在
mnt/sdcard/Android/data/包名/files
生成一个.trace后缀的文件,可以用Profiler添加打开它。
当然也可以使用Profiler的录制功能,但是因为要测量启动时间,点击录制手速并不会那么的精准,所以采用埋点的方式获取trace文件进行分析。
5.3 性能分析
打开文件后为上图所示
5.4 时间模式
上图标签 1 所示:wallclock time 和 cpu time
-
Wall Clock Time:从进程开始运行到结束,时钟走过的时间,这其中包含了进程在阻塞和等待状态的时间。
-
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:
假如火焰图如上图所示,我们需要分析哪个函数吗?
答:最顶层的函数g()占用 CPU 时间最多。d()的宽度最大,但是它直接耗用 CPU 的部分很少。b()和c()没有直接消耗 CPU。因此,如果要调查性能问题,首先应该调查g(),其次是i()。 另外,从图中可知a()有两个分支b()和h(),这表明a()里面可能有一个条件语句,而b()分支消耗的 CPU 大大高于h()。
与Call Chart区别
方法D对B(B1、B2和B3)进行多次调用,其中一些调用B对C(C1和C3)进行调用。如果用Call Chart表示,则为
因为B1、B2和B3共享相同的序列调用者(A→D→B)聚合,如下所示。同样,C1和C3聚合,因为它们共享相同的序列调用者(A→D→B→C)注意不包括C2, 因为它有不同的调用者序列(A→D→C)。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
最后我还整理了很多Android中高级的PDF技术文档。以及一些大厂面试真题解析文档。
Android高级架构师之路很漫长,一起共勉吧!
一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算
一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算