Android 性能测试实践（一）
Android 性能测试实践（一）
转载地址:https://testerhome.com/topics/2572
前言：
前段时间花了两周的时间做了一个基于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 procrankVSS – 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
- MemTotal: 所有可用RAM大小。
- MemFree: LowFree与HighFree的总和，被系统留着未使用的内存。
- Buffers: 用来给文件做缓冲大小。
- Cached: 被高速缓冲存储器（cache memory）用的内存的大小（等于diskcache minus SwapCache）。
- SwapCached:被高速缓冲存储器（cache memory）用的交换空间的大小。已经被交换出来的内存，仍然被存放在swapfile中，用来在需要的时候很快的被替换而不需要再次打开I/O端口。
- Active: 在活跃使用中的缓冲或高速缓冲存储器页面文件的大小，除非非常必要，否则不会被移作他用。
- Inactive: 在不经常使用中的缓冲或高速缓冲存储器页面文件的大小，可能被用于其他途径。
- SwapTotal: 交换空间的总大小。
- SwapFree: 未被使用交换空间的大小。
- Dirty: 等待被写回到磁盘的内存大小。
- Writeback: 正在被写回到磁盘的内存大小。
- AnonPages：未映射页的内存大小。
- Mapped: 设备和文件等映射的大小。
- Slab: 内核数据结构缓存的大小，可以减少申请和释放内存带来的消耗。
- SReclaimable:可收回Slab的大小。
- SUnreclaim：不可收回Slab的大小（SUnreclaim+SReclaimable＝Slab）。
- PageTables：管理内存分页页面的索引表的大小。
- NFS_Unstable:不稳定页表的大小。
adb shell dumpsys cpuinfo 可以看到你的应用Cpu占比，和内核Cpu占比 前面是的是total