安卓低机型卡顿分析与优化方案

创作时间:

作者:

@小白创作中心

安卓低机型卡顿分析与优化方案

引用

来源

https://www.cnblogs.com/zhangrunhao/p/18083581

本文分析了安卓低端机型上H5页面卡顿问题，通过使用Android官方提供的dumpsys工具进行性能分析，详细探讨了丢帧、内存占用等问题，并给出了具体的优化建议。

当前状况

安装低端机型H5页面可能存在丢帧问题

丢帧卡顿可能原因分析

现象分析

呈现速度缓慢: 在呈现速度缓慢的帧数较多的页面，当超过50%的帧呈现时间超过16ms毫秒时，用户感官明显卡顿。
帧冻结的绘制耗时超过700ms，为严重卡顿问题。
卡顿忽略FPS<=2的页面：因为人的视觉暂留100400ms，即FPS在2.510之间时，所以当FPS低于3时，人眼看到的并不是连续动作，即使有丢帧现象，也不会察觉。

具体问题分析

当前程序运行CPU运行过高
当前程序运行内存占用过高

定位问题

当前情况分析

使用Android官方提供的dumpsys工具进行分析
执行:

adb shell dumpsys gfxinfo com.sohu.newsclient

详细正文数据分析

Stats since: 29087419659040ns
Total frames rendered: 1771 : 本次dump收集了1771帧信息
Janky frames: 776 (43.82%) : 1711帧中有776帧超过16ms, 卡顿概率为: 43.8%
50th percentile: 14ms
90th percentile: 28ms
95th percentile: 57ms
99th percentile: 350ms
Number Missed Vsync: 60 : 垂直同步失败的帧
Number High input latency: 1533 : 处理input超市的帧
Number Slow UI thread: 96 : 因UI线程上的工作导致超时值
Number Slow bitmap uploads: 1 : 因bitmap的加载耗时的帧数
Number Slow issue draw commands: 77 : 因绘制导致耗时的帧数
Number Frame deadline missed: 120

Janky frames 并不代表用户视觉上的，显示在屏幕上的丢帧率，但是它可以代表有问题的帧率.
通过安卓组掉帧工具分析
可通过掉帧发生时, 具体的执行函数情况分析
结果: 未发现在安卓掉帧过程中有webview函数执行

内存情况分析

分析真实内存情况

使用Android中自带的Profile工具内存分析

正常打开正文页, 在低端手机中运行情况分析

数据发现:
app heap:占用大部分内存
image heap: 照用一部分内存
在app heap中"com.baidu.mobads.container.util.b"占用了大部分的内存
经过山总查证, 次部分是广告占用了大部分内存.
仔细论证内存占用关系:

正文页运行占用内存分别如下
Total: 373.M
Java: 38.7M - Java堆内存的使用量。Java堆是Java虚拟机中用于存储对象实例的一部分内存空间
Native: 103.M - 应用程序通过本地方法（Native Method）分配的内存量。本地方法是使用C、C++或其他本地语言编写的代码，在Android开发中，通常用来执行一些高性能或者系统相关的操作。
Graphics: 109.7M - 用于绘制图形和UI元素的内存量。包括位图、画布等图形相关的资源。
Stack: 7.3M - 程序的调用堆栈（Call Stack）所占用的内存量。调用堆栈用于跟踪当前执行线程的方法调用顺序。
Code: 53.2M - 应用程序加载的代码的内存量。包括应用程序的可执行代码、库文件和其他相关的代码资源。
Other: 61.2M - 包括一些不容易归类的内存分配，例如一些系统资源、缓存或者其他一些不属于前述类别的内存使用情况。
结论: Native中的运行占用的大部分内存
对比空正文页面运行结果