AI 助理
文档备案控制台
开发者社区 开发与运维 文章 正文

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

2021-11-30 2231
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 考虑到既然是优化性能，那首先要获取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技术小馆“，如果文章对您有帮助，可关注我的公众号。

文章标签：
日志服务
Shell
Android开发
测试技术
数据挖掘
相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
xiaxueliang
目录
相关文章
兵临天下19970108016
|
11月前
|
JSON 监控 数据格式
1688 item_search_app 关键字搜索商品接口深度分析及 Python 实现
1688开放平台item_search_app接口专为移动端优化，支持关键词搜索、多维度筛选与排序，可获取商品详情及供应商信息，适用于货源采集、价格监控与竞品分析，助力采购决策。
兵临天下19970108016
560 0
兵临天下19970108016
|
11月前
|
缓存 监控 Android开发
京东 item_get_app 接口深度分析及 Python 实现
京东item_get_app接口可获取商品原始详情数据，包含更丰富的字段和细节，适用于电商分析、价格追踪等场景。需通过认证获取权限，支持字段筛选和区域化数据查询。
兵临天下19970108016
313 0
兵临天下19970108016
|
12月前
|
缓存 数据挖掘 API
淘宝 item_get_app 接口深度分析及 Python 实现
淘宝item_get_app接口是淘宝开放平台提供的移动端商品详情数据获取接口，相较PC端更贴近APP展示效果，支持获取APP专属价格、促销活动及详情页结构，适用于电商导购、比价工具、数据分析等场景。接口采用appkey+appsecret+session认证机制，需申请相应权限。本文提供Python调用示例及使用注意事项，帮助开发者高效对接移动端商品数据。
兵临天下19970108016
347 0
sjy6989
|
JavaScript
TypeOrmModule 从 app.module.ts 抽离到 database.module.ts 后出现错误的原因分析
本文分析了TypeORM实体元数据错误的成因，主要涉及实体注册方式、路径解析差异及模块结构变化导致的关系解析问题，并提供了具体解决方案和最佳实践建议。
sjy6989
312 56
兵临天下19970108016
|
11月前
|
缓存 供应链 开发者
1688 item_get_app 接口深度分析及 Python 实现
1688平台item_get_app接口专为移动端设计，提供商品原始详情数据，包含批发价格、起订量、供应商信息等B2B特有字段，适用于采购决策、供应链分析等场景。接口需通过appkey+access_token认证，并支持字段筛选，返回结构化数据，助力企业实现智能采购与供应商评估。
兵临天下19970108016
413 0
小白学大数据
|
数据采集 数据可视化 API
驱动业务决策：基于Python的App用户行为分析与可视化方案
驱动业务决策：基于Python的App用户行为分析与可视化方案
小白学大数据
530 0
路边两盏灯
|
监控 C#
【Function App】如果一个拥有多个Function App的Plan遇见了High CPU问题？ 如何方便定位是哪一个Function App引发的呢？
在Azure Function App测试中，若多个Function App共用同一App Service Plan资源，当出现High CPU问题时，由于Function App公开指标无法直接观测CPU状态，可通过启用Application Insights解决。其Live Metrics功能可过滤并查看每个Function App的CPU使用情况。具体步骤为：将所有Function App连接至同一Application Insights资源，进入Live Metrics页面按Role筛选监控数据。附有三段C#代码示例，分别展示占用CPU、Memory及普通功能的实现方法。
路边两盏灯
379 36
路边两盏灯
|
容器
【Azure Container App】在消耗性的Container App Environmnet中无法查看当时正在使用多少CPU多少实例数的替代方案
在 Azure Container Apps 中使用 Consumption 消耗型环境时，无法通过门户查看当前核心 (CPU) 和实例使用情况。这是因为消耗型工作负载配置文件的设计所致。若需查看使用状态，可使用 az cli 命令 `az containerapp env list-usages` 获取详细信息，包括 Current Cores 数量。文档还提供了参考资料链接以帮助用户深入了解相关命令用法。
路边两盏灯
323 17
小白学大数据
|
数据采集 数据可视化 数据挖掘
基于Python的App流量大数据分析与可视化方案
基于Python的App流量大数据分析与可视化方案
小白学大数据
796 3
路边两盏灯
|
Windows
【Azure App Service】对App Service中CPU指标数据中系统占用部分(System CPU)的解释
在Azure App Service中，CPU占比可在App Service Plan级别查看整个实例的资源使用情况。具体应用中仅能查看CPU时间，需通过公式【CPU Time / (CPU核数 * 60)】估算占比。CPU百分比适用于可横向扩展的计划（Basic、Standard、Premium），而CPU时间适用于Free或Shared计划。然而，CPU Percentage包含所有应用及系统占用的CPU，高CPU指标可能由系统而非应用请求引起。详细分析每个进程的CPU占用需抓取Windows Performance Trace数据。
路边两盏灯
414 40

热门文章

最新文章

  • 1
    至强E5-2600v4系列CPU一览表
  • 2
    Java程序在K8S容器部署CPU和Memory资源限制相关设置
  • 3
    cpu不支持avx指令集怎么办
  • 4
    Linux基础（一）：获取Linux CPU 信息
  • 5
    转载：【AI系统】CPU 基础
  • 6
    玄铁RISC-V处理器入门与实战-平头哥玄铁CPU 系统-YoC
  • 7
    CPU软编码视频，比GPU更好？
  • 8
    程序绑定 CPU 核心
  • 9
    【自己动手画CPU】运算器设计
  • 10
    cpu相关指标(top、uptime、vmstat、mpstat、sar、pidstat、ps、dstat、perf、tcpdump、lscpu)等常见使用方法（二）
  • 1
    【App Service】部署War包到Azure云上遇404错误
    1131
  • 2
    如何在1v1视频直播交友APP中实现防录屏防截屏功能？
    1323
  • 3
    uni-app中如何使用scss定义变量
    800
  • 4
    【06】优化完善落地页样式内容-精度优化-vue加vite开发实战-做一个非常漂亮的APP下载落地页-支持PC和H5自适应提供安卓苹果鸿蒙下载和网页端访问-优雅草卓伊凡
    1150
  • 5
    Qoder + ADB Supabase ：5分钟GET超火AI手办生图APP
    1293
  • 6
    最佳实践3：用通义灵码开发一款 App
    1024
  • 7
    【03】建立隐私关于等相关页面和内容-vue+vite开发实战-做一个非常漂亮的APP下载落地页-支持PC和H5自适应提供安卓苹果鸿蒙下载和网页端访问-优雅草卓伊凡
    467
  • 8
    【02】建立各项目录和页面标准化产品-vue+vite开发实战-做一个非常漂亮的APP下载落地页-支持PC和H5自适应提供安卓苹果鸿蒙下载和网页端访问-优雅草卓伊凡
    1798
  • 9
    如何优化UniApp开发的App的启动速度？
    1612
  • 10
    UniApp开发的App在启动速度方面有哪些优势和劣势？
    725

    • 相关课程

    更多
  • 互联网安全-移动APP漏洞风险与解决方案

    • 相关电子书

    更多
  • 女性移动App安全攻防战
  • 汇聚云计算的生态核能——云市场，云上APP Store
  • RDS SQL Server CPU高使用率性能优化
    • 下一篇
    一条命令迁移，帮你实现 OpenClaw 与 Hermes Agent 记忆互通！