1.内存占用

对于智能手机而言，内存大小是固定的；因此，如果单个app的内存占用越小，手机上可以安装运行的app就越多；或者说app的内存占用越小，在手机上运行就会越流畅。所以说，内存占用的大小，也是考量app性能的一个重要指标。

2.原理说明

对于一个app，我们可以关注它在3种状态下的内存占用情况：

空负荷————app已经在后台运行，但是用户没有使用；

中负荷————app在前台运行，用户进行了少量操作；

满负荷————用户持续频繁大量操作，app接近饱和状态运行。

然而，除了第一种情况，其它两种的主观性很强，不是很容易区分。正常产品测试的时候，只要验证后台运行(5~10分钟为宜)和用户持续频繁大量操作(10~15分钟为宜)这两种情况下就可以了。

这样一来，就变成了如何持续统计并记录app所占内存的问题。Procrank工具可以实现这个功能。

如上图所示，PID列显示的是对应app的进程号cmdline列显示的是对应app的包名(adb命令行下可以在"/data/data"目录下查看到)。接下来对其它的列进行详细说明。

通过procrank命令会从左到右依次列出Vss、Rss、Pss、Uss，并且对于同一个app进程而言，数值依次变小。

VSS————是单个进程全部可访问的地址空间，其大小包括可能还尚未在内存中驻留的部分。比如地址空间已经被 malloc

分配，但是还没有实际写入；对于确定单个进程实际内存使用大小， VSS 用处不大。

RSS————是单个进程实际占用的内存大小，RSS 易被误导的原因在于，

它包括了该进程所使用的所有共享库的全部内存大小。对于单个共享库，尽管无论多少个进程使用，实际该共享库只会被装入内存一次；因此，对于单个进程的内存使用大小，

RSS也不是一个精确的描述。

PSS————不同于RSS的是，PSS按比例包含了其所使用的共享库大小；例如，三个进程使用同一个占用30内存页的共享库。对于三个进程中的任何一个，PSS将只包括其中的10个内存页。PSS是一个非常有用的数字，因为系统中全部进程以整体的方式被统计，对于系统中的整体内存使用是一个很好的描述。如果一个进程被终止，其PSS中所使用的共享库大小将会重新按比例分配给剩下的并且仍在使用该共享库的进程。

USS————是单个进程的全部私有内存大小，亦即全部被该进程独占的内存大小；

USS是一个非常非常有用的数字，因为它揭示了运行一个特定进程的真实的内存增量大小，如果进程被终止，USS就是实际被返还给系统的内存大小。USS

是针对某个进程开始有可疑内存泄露的情况，进行检测的最佳数字。

3.测试方法

将已经被root的手机通过usb连接电脑；

进入procrank工具目录，通过记事本编辑"procrank_pssuss.bat"文件，按照如下图，设置procrank采样时间间隔，然后保存关闭。

双击执行procrank_pssuss.bat文件，然后尽量快的操作手机app，让目标app基本上处在满负荷持续运行10~15分钟；

停止procrank执行，收集的数据会被保存到执行日志会保存在procrank_pssuss.bat同级的目录下面，名为procrank_xxxx.log，其中xxxx为执行时的年月日时分秒；

然后通过excel打开对应的log文件，筛选出对应被测app的记录即可进行统计分析。

4.实例说明

通过Notepad++打开procrank工具生成的log文件；

通过搜索筛选出对应app的记录行；

将搜索结果单独拷贝到一个txt文本文件中；

正常情况下，如果进程的USS(或者PSS)值有波动，但是不会持续上升，在一定程度上说明app没有内存泄露的问题，可以取一段时间内的平均值作为内存占用的测试结果；

5.特别说明

可能的消除误差，这个过程最好重复5~10次，将测试结果取平均值；

正常情况下PSS(USS)的值应该维持在一个区间内波动，不会一直上升；如果该值存在一直上升的趋势，说明存在内存泄露的可能。