Android 性能优化三：APP 启动时间测量，android 开发强化实战

2.1.1、介绍：

2.1.2、使用：

2.1.3、总结：

2.2、systrace

2.2.1、介绍：

2.2.2、使用：

2.2.3、总结：

2.2.4、cputime与walltime的区别：

3、优雅获取方法耗时

3.1、常规方式

3.2、AOP介绍

3.2.1、AspectJ使用

3.2.2、 Join Points

3.2.3、PointCut

3.2.4、Advice

3.2.5、语法简介：

3.3、AOP实战

1、APP 启动时间测量

===========

两种方式：

1.1、adb 命令

参考文章：[在 Android studio 中使用 adb 命令](

)

adb shell am start -W com.example.jiajiemu.a11/com.example.jiajiemu.a11.MainActivity

先运行 APP，然后退出，然后再运行如上命令：

会看到以下结果

D:\as3_ws\as3_model\summary\AndroidMianShi14>adb shell am start -W com.example.jiajiemu.a11/com.example.jiajiemu.a11.MainActivity

Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.example.jiajiemu.a11/.MainActivity }

Warning: Activity not started, its current task has been brought to the front

Status: ok

Activity: com.example.jiajiemu.a11/.MainActivity

ThisTime: 117

TotalTime: 117

WaitTime: 134

Complete

ThisTime：最后一个 Activity 启动耗时

TotalTime：所有 Activity 启动耗时

WaitTime：AMS 启动 Activity 的总耗时

总结：线下使用方便，不能带到线上

不严谨、非精确地时间

1.2、手动打点

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

启动时埋点，启动结束时埋点，二者差值

public class LaunchTimer {

private static long sTime;

public static void startRecord() {

sTime = System.currentTimeMillis();

}

public static void endRecord() {

endRecord("");

}

public static void endRecord(String msg) {

long cost = System.currentTimeMillis() - sTime;

LogUtils.e(msg + " cost " + cost + "ms");

}

}

总结：精确，可带到线上，推荐使用

避开误区，采用 Feed 第一条展示

误区：onWindowFocusChanged 只是 activity 的首帧绘制时间，APP 启动的结束时间记在这里是不准确的。我们所要的时间，是用户真正看到整个界面的时间。

正解：真实数据展示，Feed 第一条展示（即 adapter 中的第一条数据）

2、启动优化工具选择

==========

两种方式互相补充

正确认识工具及不同场景选择合适的工具

2.1、traceview

2.1.1、介绍：

• 图形的形式展示执行时间、调用栈等

• 信息全面，包含所有线程

2.1.2、使用：

//开始

Debug.startMethodTracing("文件名");

//结束

Debug.stopMethodTracing();

生成文件在 sd 卡：Android/data/packagename/files

但是，在实际的 APP 运行中，并没有看到这个 traceview 文件，不知道是什么原因。

2.1.3、实战

没办法实战。。。。

2.1.4、总结：

• 运行时开销严重，整体都会变慢

• 可能会带偏优化方向

• traceview 与 cpu profiler

2.2、systrace

2.2.1、介绍：

• 结合 Android 内核的数据，生成 HTML 报告

• API18 以上使用，推荐 TraceCompat

2.2.2、使用：

命令：python systrace.py -t 10 [other-options][categories]

官网地址：[https://developer.android.com/studio/command-line/systrace#command_options](

)?

国外网址，貌似无法访问！

实际上它是一个 python 脚本

相关文章：[Android 性能优化 -- Systrace 工具](

)

正确使用方式：在电脑上打开终端，输入命令：

python D:\androidsdk_4_5_6\platform-tools\systrace\systrace.py -b 32768 -t 5 -a com.sutpc.appopti -o perfaormance.html sched gfx view wm am app

如下图：

我的因为装了 3.7，懒得装 2.7 了。

就可以生成相应的文件了。

2.2.3、总结：

• 轻量级，开销小

• 直观反映 CPU 利用率

2.2.4、cputime 与 walltime 的区别：

• walltime 是代码执行时间

• cputime 是代码消耗 cpu 的时间（重点指标，如果 CPU 的利用率比较低，那么我们就想办法提高 CPU 的利用率）

• 举例：锁冲突

3、优雅获取方法耗时

==========

• 常规方式

• AOP 介绍

• AOP 实战

3.1、常规方式