获取Android界面性能数据的快捷方法

目录
  • 探测 界面绘制性能
  • 界面首次绘制完成时间
  • 更快捷的获取activity的启动时间
  • 获取应用冷启动 性能

探测 界面绘制性能

获取界面的绘制性能有很多种方法,比如说 Systrace 但是这种方法 有一个不太好的地方就是使用起来较为复杂, 有没有一种 谷歌官方推荐 的方便一点的方法 ,其实是有的,只需要一个函数 就可以获得layout的时间 非常适合于 我们平时开发中 测试页面性能。

//调试界面性能时使用,可打印关键的layout耗时,使用完毕需删除
fun Activity.printPerformanceForLayout(tag: String = "performance") {
    val handlerThread = HandlerThread("FrameMetrics")
    handlerThread.start()
    val handler = Handler(handlerThread.looper)
    if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.N) {
        window.addOnFrameMetricsAvailableListener({ _, frameMetrics, _ ->
            val frameMetricsCopy = FrameMetrics(frameMetrics)
            //返回的是纳秒
            val layoutMeasureDurationNs = frameMetricsCopy.getMetric(FrameMetrics.LAYOUT_MEASURE_DURATION)
            //多数情况下更习惯于ms
            val layoutMeasureDurationMs = layoutMeasureDurationNs.toDouble() / 1000000.toDouble()
            //如果有超过16ms的输出 那就要考虑你的界面是否需要进行优化了
            Log.v("wuyue", "layoutMeasureDurationMs:" + layoutMeasureDurationMs)
        }, handler)
    }
}

看下运行结果:

可以根据log的结果 来 估算页面的渲染性能。类似于这种》=16ms 才layoutMeasure一次的,显然是界面有了卡顿

谷歌原文

界面首次绘制完成时间

通常而言,我们有时候还希望获取到界面启动 到“界面绘制完成” 的时间 为什么要加引号? 因为 往往 ActivityTaskManager: Displayed 展示出来的结果 仅仅是

表示了从启动应用到系统认为其 "已启动" 所花费的时间,其中包括绘制第一帧 (所以是 "已显示" 的状态)

但大部分的情况是我们界面启动以后 还会做一些业务上的操作 比如去io获取一些重要的信息 然后刷新ui 怎么获取到 界面启动 到这个时间点的耗时?

大部分人都是在在onCreate里面 获取一个时间戳 然后在业务操作完成的时间点 再获取一个时间戳 然后算一下 差额,

其实现在就有更简便的写法

reportFullyDrawn

在你认为合适的地方 调用这个函数 然后观测如下日志:

这是一种更为简便的观测方法

更快捷的获取activity的启动时间

有时候我们喜欢观察如下日志:

来获取activity的启动时间

但其实有时候 这样也挺不方便的,尤其是需要频繁测试一个页面的启动性能

老是靠手点 很不方便,其实可以用 shell 命令来完成:

adb shell am start-activity -W -n 包名/activity名称

也可以对脚本的执行结果 进行grep 只抽取你关键的total time 进行展示

adb shell am start-activity -W -n 包名/activity名称 | grep "TotalTime" | cut -d ' ' -f 2
adb shell am start-activity -S -W -R 100 -n 包名/activity名称

获取应用冷启动 性能

有时候我们需要统计app的冷启动性能,单次结果往往不准确 还需要多次统计以后 做平均值

也可以用如下脚本来实现, 注意不是单引号 而是 `

for i in `seq 1 100`
do
  adb shell am force-stop com.vivo.space
  sleep 2
  adb shell am start-activity -W -n 包名/activity名称 | grep "TotalTime" | cut -d ' ' -f 2
done

效果如下:

以上就是获取Android界面性能数据的快捷方法的详细内容,更多关于获取Android界面性能数据的资料请关注我们其它相关文章!

(0)

相关推荐

  • Android APP性能优化分析

    本文通过Android APP性能优化的四个方面做了详细分析,并对原理和重点做了详细解释,以下是全部内容: 说到 Android 系统手机,大部分人的印象是用了一段时间就变得有点卡顿,有些程序在运行期间莫名其妙的出现崩溃,打开系统文件夹一看,发现多了很多文件,然后用手机管家 APP 不断地进行清理优化 ,才感觉运行速度稍微提高了点,就算手机在各种性能跑分软件面前分数遥遥领先,还是感觉无论有多大的内存空间都远远不够用.相信每个使用 Android 系统的用户都有过以上类似经历,确实,Android

  • Android性能调优利器StrictMode应用分析

    作为Android开发,日常的开发工作中或多或少要接触到性能问题,比如我的Android程序运行缓慢卡顿,并且常常出现ANR对话框等等问题.既然有性能问题,就需要进行性能优化.正所谓工欲善其事,必先利其器.一个好的工具,可以帮助我们发现并定位问题,进而有的放矢进行解决.本文主要介绍StrictMode 在Android 应用开发中的应用和一些问题. 什么是StrictMode StrictMode意思为严格模式,是用来检测程序中违例情况的开发者工具.最常用的场景就是检测主线程中本地磁盘和网络读写

  • Android性能优化以及数据优化方法

    Android性能优化-布局优化 今天,继续Android性能优化 一 编码细节优化. 编码细节,对于程序的运行效率也是有很多的影响的.今天这篇主题由于技术能力有限,所以也不敢在深层去和大家分享.我将这篇主题分为以下几个小节: (1)缓存 (2)数据 (3)延迟加载和优先加载 1> 缓存 在Android中缓存可以用在很多的地方:对象.IO.网络.DB等等..对象缓存能减少内存分配,IO缓存能对磁盘的读写访问,网络缓存能减少对网络的访问,DB缓存能减少对数据库的操作. 缓存针对的场景在Andro

  • Android性能测试关注的指标整理

    性能测试过程中,出现的一些问题可直接导致了用户对当前app的使用率和卸载率,如果app使用时卡顿严重或者加载页面慢,cpu占用率高,导致app闪退等问题,在测试过程中,则需特别关注性能方面的体验,app性能好.ui设计美观.功能层级明确,路径层级较少,均可提升用户对app的使用率,性能测试中可关注的问题如下: 1.连接超时:app关注的首要问题,在移动应用中网络错误数据比例报错中最高的就是连接错误超时 2.闪退:点击某一个功能点出现闪退,客户的内心都崩溃了 3.卡顿.黑白屏: 4.崩溃:(优秀:

  • Android性能之冷启动优化详析

    1.前言 APP冷启动比较慢,点击桌面图片需要用户等待很久,体验较差. 2.APP启动方式 冷启动(Cold start) 场景:冷启动是指APP在手机启动后第一次运行,或者APP进程被kill掉后在再次启动. 可见冷启动的必要条件是该APP进程不存在,这就意味着系统需要创建进程,APP需要初始化.在这三种启动方式中,冷启动耗时最长,对于冷启动的优化也是最具挑战的.因此本文重点谈论的是对冷启动相关的优化. 生命周期:Process.start->Application创建->attachBas

  • Android图片性能优化详解

    1. 图片的格式 目前移动端Android平台原生支持的图片格式主要有:JPEG.PNG.GIF.BMP.和WebP(自从Android 4.0开始支持),但是在Android应用开发中能够使用的编解码格式只有三种:JPEG.PNG.WebP,图片格式可以通过查看Bitmap类的CompressFormat枚举值来确定. public static enum CompressFormat { JPEG. PNG. WebP; private CompressFormat() { } } 如果要在

  • Android高性能日志写入方案的实现

    前言 公司目前在做一款企业级智能客服系统,对于系统稳定性要求很高,不过难保用户在使用中不会出现问题,而 Android SDK 集成在客户的 APP 中,同时由于 Android 碎片化的问题,对于 SDK 的问题排查就显得尤为困难,因此记录下用户的操作日志就显得极为重要. 初始方案 一开始,SDK 记录日志的方式是直接通过写文件,当有一条日志要写入的时候,首先,打开文件,然后写入日志,最后关闭文件.这样做的问题就在于频繁的IO操作,影响程序的性能,而且 SDK 为了保证消息的及时性,还维护了一

  • Android端TCP长连接的性能优化教程分享

    前言 大家应该都知道,在Android端实现TCP长连接场景其实不多,我们最熟悉的不过推送和HTTP协议的实现(OkHttp),本文讨论的是在实现推送长连接的情况下怎么来做性能优化,下文只是我的一点拙见,有不妥之处还望指出,下面话不多说了,来一起看看详细的介绍吧. 推送长连接 可以说大部分APP是离不开推送(push)这个功能的,不过平常我们都是接入第三方SDK(极光.个推等)居多,因为要做一个推送服务,不光客户端要编写相应的Socket通信代码,服务器端更是麻烦,要处理大规模的长连接服务,消息

  • 简单了解Android性能优化方向及相关工具

    开发一款性能优良的应用是每一个Android开发者都必须经历的挑战.在移动端资源有限的前提下,提高应用的性能显得尤为重要.常见的提高APP性能的优化方向有三个:布局和渲染优化.内存优化.功耗优化. 一:布局优化 所谓布局优化,就是尽量减少布局的嵌套层级,减少无用的布局.主要的优化方法有: (1)优先使用RelativeLayout来减少布局嵌套层数,否则尽量使用LinearLayout.这是因为RelativeLayout能够在不嵌套的情况下完成复杂的布局,而当布局比较简单时优先使用Linear

  • 浅谈android性能优化之启动过程(冷启动和热启动)

    本文介绍了浅谈android性能优化之启动过程(冷启动和热启动) ,分享给大家,具体如下: 一.应用的启动方式 通常来说,启动方式分为两种:冷启动和热启动. 1.冷启动:当启动应用时,后台没有该应用的进程,这时系统会重新创建一个新的进程分配给该应用,这个启动方式就是冷启动. 2.热启动:当启动应用时,后台已有该应用的进程(例:按back键.home键,应用虽然会退出,但是该应用的进程是依然会保留在后台,可进入任务列表查看),所以在已有进程的情况下,这种启动会从已有的进程中来启动应用,这个方式叫热

随机推荐