App性能优化——内存、CPU、耗电、启动时间指标获取分析

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 考虑到既然是优化性能,那首先要获取App的相关性能指标,比如: 内存占用、CPU利用率、App启动时间、App耗电量等情况,获取以上各指标后,才能针对性分析确定是否存在优化的可能。

Android App性能优化 (内存、CPU、耗电量、启动时间指标获取)

最近公司要求对App进行性能优化。考虑到既然是优化性能,那首先要获取App的相关性能指标,比如: 内存占用CPU利用率App启动时间App耗电量等情况,获取以上各指标后,才能针对性分析确定是否存在优化的可能。

  • 查看App启动时间(冷启动、热启动)
  • 查看进程内存占用
  • 查看进程CPU使用率
  • 查看App耗电量

一、App启动时间

本小节记录以下三个adb shell 命令:

  • adb shell am start -W [包名]

启动APP,查询App的启动时间

  • adb shell am start -n [包名]/[包名.Activity]

启动一个Activity(不记录启动时间)

  • adb shell am force-stop [包名]

关闭一个APP进程

1.1、App启动时间

查询App的启动时间,可以用以下命令:

// 启动APP,查询App的启动时间
// adb shell am start -W [包名]
adb shell am start -W com.xiaxl.demo

adb shell 查询App启动时间

查询结果中,对应的时间参数详细解析如下:

  • ThisTime:对应activity启动耗时;
  • TotalTime:应用自身启动耗时 = ThisTime + 应用application等资源启动时间
  • WaitTime:系统启动应用耗时 = TotalTime + 系统资源启动时间

1.2、启动一个Activity(不记录启动时间)

单纯启动一个Activity,不记录启动时间,可以使用以下命令。

// 启动一个Activity(不记录启动时间)
// adb shell am start -n [包名]/[包名.Activity]
adb shell am start -n com.xiaxl.demo/com.volley.demo.DmTestActivity

adb shell 启动一个Activity(不记录启动时间)

示例图中,对应Activity在AndroidManifest.xml中的声明方式如下:

<activity
    android:name="com.volley.demo.DmTestActivity"
    android:exported="true"></activity>

1.3、关闭一个App进程

关闭一个App进程用如下命令。

// 关闭一个APP进程用如下命令。
// adb shell am force-stop [包名]
adb shell am force-stop com.xiaxl.demo

adb shell 关闭一个APP进程

二、进程内存占用

本小节记录以下四个adb shell 命令:

  • adb shell dumpsys meminfo [进程名]

Android系统中,查看某一进程的内存占用情况

  • adb shell ps

Android系统中,显示全部系统进程

  • adb shell ps | grep [keyword]

Android系统中,筛选包含特定关键词的进程

  • adb shell cat /proc/meminfo

Android系统中,查看整个系统的内存详情

2.1、查看进程内存占用

Android系统中,查看某一进程的内存占用情况可以使用以下命令。

// 查看Android系统中,某一进程的内存占用情况
// adb shell dumpsys meminfo [进程名]
adb shell dumpsys meminfo com.xiaxl.demo

adb shell查看进程内存占用

以上截图中 TOTAL 字段,为对应进程占用的系统总内存;其他字段不再做详细介绍。

2.2、显示全部系统进程

Android系统中,若不了解对应进程的进程名称,可用如下命令显示全部系统进程

// Android系统中,显示全部系统进程
adb shell ps

adb shell 显示全部系统进程

2.3、筛选进程

Android系统中,亦可根据特定关键词,筛选包含特定关键词的进程

// Android系统中,筛选包含特定关键词的进程
adb shell ps | grep [keyword]

adb shell 筛选包含特定关键词的进程

2.4、查看系统内存详情

Android系统中,如果需要查看整个系统的内存详情,可以使用以下命令。

// Android系统中,查看整个系统的内存详情
adb shell cat /proc/meminfo 

adb shell 查看系统的内存详情

相关参数的详细解释如下所示:

MemTotal:         688576 kB     总内存
MemFree:          153736 kB     空闲内存
MemAvailable:     339884 kB     可用内存
Buffers:              16 kB     给文件的缓冲大小
Cached:           267672 kB     高速缓冲存储器
SwapCached:           36 kB     被高速缓冲存储用的交换空间的大小
Active:           222900 kB     活跃使用中的高速缓冲存储器页面文件大小
Inactive:         123700 kB     不经常使用中的告诉缓冲存储器文件大小
Active(anon):      31800 kB     活跃的匿名内存(进程中堆上分配的内存,是用malloc分配的内存)
Inactive(anon):    57272 kB     不活跃的匿名内存
Active(file):     191100 kB     活跃的file内存
Inactive(file):    66428 kB    不活跃的file内存     
Unevictable:           0 kB    不能被释放的内存页
Mlocked:               0 kB    mlock()系统调用锁定的内存大小
SwapTotal:       2097148 kB    交换空间总大小
SwapFree:        2096884 kB    空闲交换空间
Dirty:                 0 kB    等待被写回到磁盘的大小
Writeback:             0 kB    正在被写回的大小
AnonPages:         78876 kB       未映射页的大小
Mapped:            28556 kB    设备和文件映射大小
Shmem:             10160 kB    已经被分配的共享内存大小
Slab:             102916 kB    内核数据结构缓存大小
SReclaimable:      49616 kB    可收回slab的大小
SUnreclaim:        53300 kB    不可回收的slab的大小
KernelStack:        4416 kB      kernel消耗的内存
PageTables:         6028 kB      管理内存分页的索引表的大小
NFS_Unstable:          0 kB      不稳定页表的大小
Bounce:                0 kB      在低端内存中分配一个临时buffer作为跳转,把位于高端内存的缓存数据复制到此处消耗的内存
WritebackTmp:          0 kB      USE用于临时写回缓冲区的内存
CommitLimit:     2441436 kB      系统实际可分配内存总量
Committed_AS:     308028 kB      当前已分配的内存总量
VmallocTotal:   34359738367 kB   虚拟内存大小
VmallocUsed:      179588 kB    已经被使用的虚拟内存大小
VmallocChunk:   34359310332 kB   malloc 可分配的最大的逻辑连续的内存大小
HardwareCorrupted:     0 kB      删除掉的内存页的总大小(当系统检测到内存的硬件故障时)
AnonHugePages:      6144 kB      匿名 HugePages 数量
CmaTotal:              0 kB    总的连续可用内存
CmaFree:               0 kB      空闲的连续内存
HugePages_Total:       0      预留HugePages的总个数 
HugePages_Free:        0     池中尚未分配的 HugePages 数量
HugePages_Rsvd:        0        表示池中已经被应用程序分配但尚未使用的 HugePages 数量
HugePages_Surp:        0      这个值得意思是当开始配置了20个大页,现在修改配置为16,那么这个参数就会显示为4,一般不修改配置,这个值都是0
Hugepagesize:       2048 kB     每个大页的大小
DirectMap4k:      108416 kB   映射TLB为4kB的内存数量
DirectMap2M:      940032 kB   映射TLB为2M的内存数量
DirectMap1G:           0 kB     映射TLB为1G的内存数量

三、进程CPU占用

本小节记录以下两个adb shell 命令:

  • adb shell dumpsys cpuinfo | grep [进程名]

Android系统中,查看某一进程的CPU占用情况情况

  • adb shell cat /proc/cpuinfo

Android系统中,查看CPU各核心详情

3.1、进程CPU占用

Android系统中,筛选查看某一进程的CPU占用情况可以使用以下命令。

// 查看Android系统中,筛选某一进程的CPU占用情况
adb shell dumpsys cpuinfo | grep [进程名]

// 查看Android系统,CPU占用情况(各进程CPU占用,总的CPU占用)
adb shell dumpsys cpuinfo

adb shell dumpsys cpuinfo | grep [进程名] 命令可以筛选特定进程的CPU占用信息。

adb shell 筛选某一进程的CPU占用

adb shell dumpsys cpuinfo 命令可以展示出每一个进程的CPU占用信息,同时打印总的CPU占用信息。

adb shell 总的CPU占用、各个进程的CPU占用

3.2、CPU各核心详情

Android系统中,如果需要查看CPU各个核心的详细信息,可以使用以下命令。

// Android系统中,查看CPU各个核心的详细信息
adb shell cat /proc/cpuinfo

adb shell 查看CPU各个核心的详细信息

相关参数的详细解释如下所示:

// CPU 架构, 64bit
Processor    : AArch64 Processor rev 14 (aarch64)
// 系统中逻辑处理核的编号,0~7表示8核CPU。
processor    : 0
// 在系统内核启动时粗略测算的CPU速度(Million Instructions Per Second)
BogoMIPS    : 38.40
Features    : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp
// ARM 架构
CPU implementer    : 0x51
// 8核
CPU architecture: 8
CPU variant    : 0xd
CPU part    : 0x805
CPU revision    : 14

// 品牌
Hardware    : Qualcomm Technologies, Inc LITO

四、App耗电量

App耗电量相关数据获取 与 分析可以采用以下几种方式:

  • 获取App耗电量数据:adb shell dumpsys batterystats

采用该命令,获取对应包名应用耗电量数据;

  • 分析App电量消耗:Battery-Historian分析工具

采用该分析工具,可以实现对应包名应用耗电量分析;

  • 测试进程电量消耗:perfdog(第三方工具)

https://perfdog.qq.com/article_detail?id=10089&issue_id=0&plat_id=1

4.1、获取App耗电量消耗:dumpsys batterystats

Android系统中,查看对应包名应用电量消耗数据,可以采用如下方式。

a、重置电量数据(连接数据线操作)

首先要重置电量数据(重置电量数据,所有App的电量消耗数据将清零);
然后打开全量日志数据(打开全量电量相关日志记录)。

// 重置电量数据
adb shell dumpsys batterystats --reset
// 打开全量日志记录
adb shell dumpsys batterystats --enable full-wake-history

b、APP相关场景测试(断开数据线)

重置电量数据后,需要拔掉数据线,进行相关APP场景测试

c、导出(重新连接数据线)

重新连接数据线 通过以下命令可在命令行查看对应应用的电量消耗,亦可将电量消耗信息导出到文件中

// 查看 应用电量消耗
adb shell dumpsys batterystats [应用包名] | more
// 导出 应用电量消息,这里使⽤命令more分篇查看电量相关数据
adb shell dumpsys batterystats [应用包名] >1.txt

adb shell 查看应用电量消耗

adb shell dumpsys batterystats导出的电量数据

4.2、分析App电量消耗:Battery-Historian

Battery Historain是谷歌开发的分析工具,其可以用来分析对应包名应用的耗电情况。

因本小节重点还是如何获取对应包名应用耗电相关数据,对于Battery Historain的安装与简单使用可参考我的文章
Mac 中 Battery Historain 安装与使用:
https://xiaxl.blog.csdn.net/article/details/117758299

对应包名应用耗电相关数据获取步骤如下:

a、重置电量数据(连接数据线操作)

首先要重置电量数据(重置电量数据,所有App的电量消耗数据将清零);
然后打开全量日志数据(打开全量电量相关日志记录)。

// 重置电量数据
adb shell dumpsys batterystats --reset
// 打开全量日志记录
adb shell dumpsys batterystats --enable full-wake-history

b、APP相关场景测试(断开数据线)

重置电量数据后,需要拔掉数据线,进行相关APP场景测试

c、导出(重新连接数据线)

重新连接数据线 通过以下命令导出对应应用的电量消耗数据

// Android 7.0(包含) 以上设备执行如下命令:
adb bugreport > bugreport.zip
// Android 6.0(包含) 以下设备执行如下命令:
adb bugreport > bugreport.txt

d、battery-historian 工具分析电量消耗

上一步导出的bugreport文件,上传到battery-historian 工具进行分析。

注:
国内安装Battery Historain太繁琐,主要是各种依赖包国内都下载不下来。
昨天我安装Battery Historain 一下午没搞定,后来搞到半夜一点钟 终于安装完成(中途曾几度想放弃安装,总之安装太繁琐)。
后来发现,已经有人搭建了一个Battery Historain线上环境,相关网址为: https://bathist.ef.lc/

将导出的bugreport文件上传到 https://bathist.ef.lc/ ,便可以开始应用耗电分析了。

battery-historian

4.2、测试进程电量消耗perfdog

PerfDog是腾讯研发的一款性能测试工具,可以测试某一个App对应的某一进程CPU内存电量消耗,具体操作说明:
https://perfdog.qq.com/article_detail?id=10089&issue_id=0&plat_id=1

perfdog
因为这里说的是耗电量测试,我这里举例一小时内,我写的一个测试App后台服务进程耗电量情况如下:

// 我的测试Demo后台进程,一小时耗电量如下:
Sum(Battery)[mWh]:1259.2 (1小时电量消耗)
Avg(Power)[mW]:1259.2
Avg(Voltage)[mV]:3737.7 (1小时平均电压)
Avg(Current)[mA]:337.0 (1小时平均电流)

五、参考:

使用 Battery Historian 分析耗电情况:
https://developer.android.google.cn/topic/performance/power/battery-historian?hl=zh-cn

Battery Historian GitHub地址如下:
https://github.com/google/battery-historian?spm=a2c6h.12873639.0.0.10ed5c987lIJt6

Android 调试桥 (adb)
https://developer.android.google.cn/studio/command-line/adb?hl=zh-cn

android developer dumpsys:
https://developer.android.google.cn/studio/command-line/dumpsys?hl=zh-cn

= THE END =

文章首发于公众号”CODING技术小馆“,如果文章对您有帮助,可关注我的公众号。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
1天前
|
开发框架 监控 .NET
【Azure App Service】部署在App Service上的.NET应用内存消耗不能超过2GB的情况分析
x64 dotnet runtime is not installed on the app service by default. Since we had the app service running in x64, it was proxying the request to a 32 bit dotnet process which was throwing an OutOfMemoryException with requests >100MB. It worked on the IaaS servers because we had the x64 runtime install
|
3天前
|
Android开发 开发者
Android性能优化——内存管理的艺术
Android性能优化——内存管理的艺术
|
2天前
|
弹性计算 Kubernetes Perl
k8s 设置pod 的cpu 和内存
在 Kubernetes (k8s) 中,设置 Pod 的 CPU 和内存资源限制和请求是非常重要的,因为这有助于确保集群资源的合理分配和有效利用。你可以通过定义 Pod 的 `resources` 字段来设置这些限制。 以下是一个示例 YAML 文件,展示了如何为一个 Pod 设置 CPU 和内存资源请求(requests)和限制(limits): ```yaml apiVersion: v1 kind: Pod metadata: name: example-pod spec: containers: - name: example-container image:
|
11天前
|
存储 缓存 监控
|
11天前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
181 1
|
17天前
|
存储 算法 Java
Java虚拟机(JVM)的内存管理与性能优化
本文深入探讨了Java虚拟机(JVM)的内存管理机制,包括堆、栈、方法区等关键区域的功能与作用。通过分析垃圾回收算法和调优策略,旨在帮助开发者理解如何有效提升Java应用的性能。文章采用通俗易懂的语言,结合具体实例,使读者能够轻松掌握复杂的内存管理概念,并应用于实际开发中。
|
23天前
|
运维 JavaScript Linux
容器内的Nodejs应用如何获取宿主机的基础信息-系统、内存、cpu、启动时间,以及一个df -h的坑
本文介绍了如何在Docker容器内的Node.js应用中获取宿主机的基础信息,包括系统信息、内存使用情况、磁盘空间和启动时间等。核心思路是将宿主机的根目录挂载到容器,但需注意权限和安全问题。文章还提到了使用`df -P`替代`df -h`以获得一致性输出,避免解析错误。
|
1月前
|
C# 开发工具 Windows
C# 获取Windows系统信息以及CPU、内存和磁盘使用情况
C# 获取Windows系统信息以及CPU、内存和磁盘使用情况
40 0
|
2月前
|
Prometheus Kubernetes 监控
使用kubectl快速查看各个节点的CPU和内存占用量
在Kubernetes集群中,安装metrics-server,并使用kubectl快速查看集群中各个节点的资源使用情况。
111 0