写点什么

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

用户头像
Android架构
关注
发布于: 3 小时前

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、常规方式




用户头像

Android架构

关注

还未添加个人签名 2021.10.31 加入

还未添加个人简介

评论

发布
暂无评论
Android性能优化三:APP启动时间测量,android开发强化实战