前言:
前段时间花了两周的时间做了一个基于 Android 客户端的性能测试现在分享给大家,希望对大家有所帮助!
Look-Look
1,既然是基于 Android 客户端的性能测试那就与后台的一些 API、数据接口要区分开来~!
2,Android 的性能测试能其实包括很多很多的测试项比如:资源消耗,内存泄露,电量功耗,启动耗时,渲染等等....
怎么去做?
1,采集数据 :采集的数据包括:内存、cpu、电量功耗、hprof(内存泄露分析文件)、响应时间等等。。。。
2,设计场景 :搞定数据的采集后配合一些固定的场景来收集一些数据(最好多取几次而且每次配合不同的设备看平均值)作为最后的对比分析
3,结果分析 :拿到数据后分析哪些模块的数据异常再去 Check code 定位问题的原因
好吧下面慢慢跟大家详细的说吧!
先写下内存篇
内存的采集:
Android 的内存的采集这边介绍三种方式:
1,通过 Dumpsys 来取值
adb shell dumpsys meminfo
这里可以看到当前所有进程的内存信息!
如果你要看详细的内存:
adb shell dumpsys meminfo pakagename or Pid
看其中的 Size 可以发现 Native Heap 和 Dalvik Heap 占据了 Heap Size
dalvik 就是我们平常说的 java 堆,我们创建的对象是在这里面分配的。
对于内存的限制 这里纠正一下:是 dalvik heap 不能超过最大限制,跟 Native heap 没有关系!
最大限制查看:
#查看单个应用程序最大内存限制
adb shell getprop|grep heapgrowthlimit
得到结果:
|[dalvik.vm.heapgrowthlimit]: [96m]
这个 96M 是单个程序限制最大内存,而 meminfo 里面的 dalvik heap size 的最大值若果超出了 96m 那就很可能会发生 OOM
dalvik.vm.heapgrowthlimit 和 dalvik.vm.heapsize 都是 java 虚拟机的最大内存限制,应用如果不想在 dalvik heap 达到 heapgrowthlimit 限制的时候出现 OOM,需要在 Manifest 中的 application 标签中声明 android:largeHeap=“true”,声明后应用 dalvik heap 达到 heapsize 的时候才会出现 OOM!
注:设备的不一样 最大内存限制也可能不一样
现在大多数手机 的 android 程序内存一般限制在 96M 以上甚至更高,也可能更低。
3,用/system/xbin/procrank 工具 来取值很直观
adb shell procrank
VSS – Virtual Set Size 虚拟耗用内存(包含共享库占用的内存)
RSS – Resident Set Size 实际使用物理内存(包含共享库占用的内存)
PSS – Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)
USS – Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存)
USS 是针对某个进程开始有可疑内存泄露的情况, 是一个程序启动了会产生的虚拟内存,一旦这个程序进程杀掉就会释放!
3,使用 ActivityManager 的 getMemoryInfo(ActivityManager.MemoryInfo outInfo)(这个方法是写一个简单的 app 去监控的时候用到的,轻便简单)
private void GetMemory() {
final ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
ActivityManager.MemoryInfo info = new ActivityManager.MemoryInfo();
activityManager.getMemoryInfo(info);
Log.i(tag,"系统剩余内存:"+(info.availMem >> 10)+"k");
Log.i(tag,"系统是否处于低内存运行:"+info.lowMemory);
Log.i(tag,"当系统剩余内存低于"+info.threshold+"时就看成低内存运行");
}
availMem:表示系统剩余内存
lowMemory:它是 boolean 值,表示系统是否处于低内存运行
hreshold:它表示当系统剩余内存低于好多时就看成低内存运行
我用过以上三种最多,其实 Top 也可以 还有很多方法都可以。
adb shell top
内存拿到后怎么去用呢?
这里我用的方法是用 java 封装 Adb shell dumpsys meminfo 再用字符串截取 打印的方式
public static String GetMemory(String packageName) throws IOException, InterruptedException {
String str3=null;
Runtime runtime = Runtime.getRuntime();
Process proc = runtime.exec("adb shell dumpsys meminfo "+packageName);
try {
if (proc.waitFor() != 0) {
System.err.println("exit value = " + proc.exitValue());
}
BufferedReader in = new BufferedReader(new InputStreamReader(
proc.getInputStream()));
StringBuffer stringBuffer = new StringBuffer();
String line = null;
while ((line = in.readLine()) != null) {
stringBuffer.append(line+" ");
}
String str1=stringBuffer.toString();
String str2=str1.substring(str1.indexOf("Objects")-60,str1.indexOf("Objects"));
str3=str2.substring(0,10);
str3.trim();
} catch (InterruptedException e) {
System.err.println(e);
}finally{
try {
proc.destroy();
} catch (Exception e2) {
}
}
return str3 ;
}
}
截取好之后呢 可以跟 其他的一些系统资源值拼在一起打印出来:
拿到这些值之后可以配合手工或自动化来做数据收集,你会看到有些步骤内存占用很高或者 Cpu 消耗也会较高,这样你就可以去 check 一下 关于这个步骤相关 的 Code
未完待续
欢迎一起交流,一起进步 可以关注我的微信公众号:“测试开发进阶” - 点我关注
:thumbsup: 收藏了。
我纠正一些说法。
#查看单个应用程序最大内存限制
adb shell getprop|grep heapgrowthlimit
|[dalvik.vm.heapgrowthlimit]: [96m]
#应用启动后分配的初始内存
adb shell getprop|grep dalvik.vm.heapstartsize
|[dalvik.vm.heapstartsize]: [8m]
#单个java虚拟机最大的内存限制
adb shell getprop|grep dalvik.vm.heapsize
|[dalvik.vm.heapsize]: [384m]
USS – Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存)
USS 是针对某个进程开始有可疑内存泄露的情况, 是一个程序启动了会产生的虚拟内存,一旦这个程序进程杀掉就会释放!
没错。不过 USS 需要通过 root 的手机。一般没有 root 的手机我们可以获取 PSS。而 PSS 的话可以通过如下命令来获取
adb shell dumpsys meminfo <Package Name>|grep TOTAL
感谢分享
@testly
看了大神写的东东收获颇多啊,但是小白的我有几个问题,
1.native+dalvik 不能超过最大限制。 ---> 这个值的相加从图片上看,具体值的是什么值呢?是 pss?
2.你说的 “android 程序内存一般限制在 16M,当然也有 24M 的” @monkey 中说的 adb shell getprop|grep heapgrowthlimit 这个命令查看呢? 如果是,你说的内存限制应该是在模拟器上的吧? 我用我的手机查看时 256M,如下图:
感谢分享啊,我一直有个疑问哦,请教老师,请问 CPU 占用问题,假如多核 Cpu,如何去计算某个 app 的 cpu 占用呢?我感觉需要在一段时间内,计算各个 cpu 被 app 占用情况,然后再做平均的算法。
#6 楼 @felixtest
1,
你看下面的 native 和 dalvik 的 total,当总数也就是 total 这一列超过单个程序内存的最大限制时,OOM 就很有可能会出现了
2,
Naitve Heap Size: 从 mallinfo usmblks 获得,代表最大总共分配空间
Native Heap Alloc: 从 mallinfo uorblks 获得,总共分配空间
Native Heap Free: 从 mallinfo fordblks 获得,代表总共剩余空间
#8 楼 @cpfeng0124 adb shell dumpsys cpuinfo 可以看到你的应用 Cpu 占比,和内核 Cpu 占比 前面是的是 total
评论亮了。但是帖子内容还是杠杠滴……收藏了
#7 楼 @felixtest hi ~这个一般我不怀疑是不是 windows 和 linux 的区别,但是这个数据会和 OS 有很大关系,因为是读取 shell 文件的配置的。所以你可以去找下这个文件。文件的路径/system/build.prop
1、你说的这个 Total 的总和 是指 Heap Size 值的和 与 256M 相比吧,如果超过 256 就会 OOM,如下图:
2、对应一下 3 个的内存分配,具体有啥区别?不是很理解,我的理解如下:
Naitve Heap Size: 从 mallinfo usmblks 获得,代表最大总共分配空间 ----> 是指这个 app 当前最大分配到的空间
Native Heap Alloc: 从 mallinfo uorblks 获得,总共分配空间 ------> 这个是指,这个 app 中需要运行时,分配的内存空间,也就是由 usmbiks 给予的
Native Heap Free: 从 mallinfo fordblks 获得,代表总共剩余空间 ---> 最大的空间 - 总共分配空间 ,余下的空闲空间
是我这样理解的吗?
#19 楼 @felixtest 哦了~!
3qqqq,
对于内存的限制是 native+dalvik 不能超过最大限制。
android 程序内存一般限制在 16M,当然也有 24M 的。
这段有问题,
# 查看单个应用程序最大内存限制
adb shell getprop|grep heapgrowthlimit
|[dalvik.vm.heapgrowthlimit]: [96m]
都说了 dalvik 了, 和 native 有个毛关系? @testly
不收藏对不起自己
果断收藏,还没来得及消化
@testly 你还没回答我问题呢
#26 楼 @lihuazhang 卧槽 我还没看到你发了问题!
现在回答你:
在 Android Native Code 中使用 malloc 分配出来的内存,就是 Native Heap. 这部分内存不受 Java Object Heap 限制,可以自由使用,但是会受到系统限制。
dalvik 是指 dalvik 所使用的内存
native:是被 native 堆使用的内存。应该指使用 C\C++ 在堆上分配的内存。
这里的 dalvik 使用的内存 +native 使用的内存 大于 程序限制最大的内存 就会发生 OOM
#28 楼 @lihuazhang 要算在里面的哦 !
android 程序内存被分为 2 部分:
native 和 dalvik,dalvik 就是我们平常说的 java 堆,我们创建的对象是在这里面分配的,而 bitmap 是直接在 native 上分配的,对于内存的限制是 native+dalvik 不能超过最大限制。
#30 楼 @lihuazhang 这 dalvik .vm 是单个 java 虚拟机的 heapgrowthlimit ,你可以理解为 一个程序启动就是启动一个 java 的虚拟机而这个虚拟器的最大内存就是 96M
#31 楼 @testly C/C++ 申请的内存空间在 native heap 中,而 java 申请的内存空间则在 dalvik heap 中。
这个是因为 Android 系统对 dalvik 的 vm heapsize 作了硬性限制,当 java 进程申请的 java 空间超过阈值时,就会抛出 OOM 异常(这个阈值可以是 48M、24M、16M 等,视机型而定),可以通过 adb shell getprop | grep dalvik.vm.heapgrowthlimit 查看此值。
也就是说,程序发生 OMM 并不表示 RAM 不足,而是因为程序申请的 java heap 对象超过了 dalvik vm heapgrowthlimit。也就是说,在 RAM 充足的情况下,也可能发生 OOM。
这样的设计似乎有些不合理,但是 Google 为什么这样做呢?这样设计的目的是为了让 Android 系统能同时让比较多的进程常驻内存,这样程序启动时就不用每次都重新加载到内存,能够给用户更快的响应。迫使每个应用程序使用较小的内存,移动设备非常有限的 RAM 就能使比较多的 app 常驻其中。但是有一些大型应用程序是无法忍受 vm heapgrowthlimit 的限制的
#32 楼 @lihuazhang 恩恩,是这样的,OOM 跟 RAM 没有直接关系的
实际上 dalvik.vm.heapgrowthlimit 和 dalvik.vm.heapsize 都是 java 虚拟机的最大内存限制,应用如果不想在 dalvik heap 达到 heapgrowthlimit 限制的时候出现 OOM,需要在 Manifest 中的 application 标签中声明 android:largeHeap=“true”,声明后应用 dalvik heap 达到 heapsize 的时候才会出现 OOM
#38 楼 @raowm520 我试了一下 的确是这样的,最大内存限制只是限 Dalvik heap 的大小 ,我纠正一下! @lihuazhang
收藏了
CPU 为什么有大于 100% 的
好贴
收藏,等待大爷后续
proc.waitFor 这个方法会一致阻塞住,另外,代码中执行 “adb shell dumpsys cpuinfo XX" 会提示找不到 daemon not running. starting it now on port 5038” 错误,应该是不需要 adb shell 操作,但是会遇到权限问题,不知道楼主是怎么解决的啊
为什么出现这种情况叻
@testly 为什么 pss total 会小于 heap alloc?
@testly 您好我一直有个疑惑,内存使用量不断地增长大一个值后趋于平稳,但是没有超过可以使用的最大内存,这种情况是有 oom 的可能吗
我的电脑是 Mac,连上了手机,为什么输入 adb shell getprop|grep heapgrowthlimit 没有结果出来
不知道楼主还关注这个帖吗,我想问一下,如果按你的方法我看都要超出最大限制很多,还说 size 的数值要先换算吗
超出了几万,是不是 heap size 的数值要先做什么换算然后再对比呢
#56 楼 @enumerate 上面单位是 KB 你可以/1024
#58 楼 @enumerate 是我回答晚了
#60 楼 @enumerate 没问题
,加油,写完发帖分享一下
#56 楼 @enumerate adb shell dumpsys meminfo + packgagename 的出来的 PSS Total 单位是 kB
adb shell getprop | grep heapgrowthlimit 得到的结果是 192M,肯定是要进行单位转换后才能对比的。
#63 楼 @lanlanxia 好的,已经知道了不过还是多谢,我的 adb 命令出来后,没有那个单位 kb 的提示,好像是我 adb 的版本的问题
赞一个
楼主不好意思,又来叨扰了,我现在也要写一个和你一样的程序,但我用的是 python+appium,但我现在的思路是每做一个操作,就获取一下内存,比如我点击发送按钮,这之后就 os.system("adb shell dumpsys meminfo xxxx"),但是我这里有个错误
应该是,appium 开启时就启动了 adb,结果我用例里又用了 adb 命令导致的吧。请问你这里获取数据的时候,是否也是每座一个操作就获取一下内存和 cpu 的值,还是说等整体用例执行完在获取内存和 cpu 的值呢
坐等同步 github,想修改时间轴间隔和可以导出数据@testly
后排学习观摩