CPU使用率的获取，当前主要有如下三种方案：
1. 基于adb shell dumpsys cpuinfo的方式
2. 读取/proc/pid/stat的方式
3. 基于Linux的top命令
基于adb shell dumpsys cpuinfo的方式
从第三行开始每行对应一个PID的Cpu使用情况
缺点 : 延迟较高，更新较慢
读取/proc/pid/stat的方式
Linux层有公共目录。很多公共信息资源由两个虚拟的文件系统提供：
/proc：包括内存，CPU，网络等
/sys：设备驱动，网络环境(/sys/class/net/)等
通过/proc这个伪文件系统，我们可以和内核内部数据结构进行交互，获取有关进程的有用信息。
CPU的总体使用情况：
可以看到第一行是CPU的使用情况，后面依次是每个核的使用情况。数据空格隔开，以第一行为例，每列的含义如下：
cpu：表示名称
user(1843147)：从系统启动开始累计到当前时刻，用户态的CPU时间（单位：jiffies） ，不包含nice值为负进程。1 jiffies=0.01秒
nice(161426)：从系统启动开始累计到当前时刻，nice值为负的进程所占用的CPU时间（单位：jiffies）
system (1338063) 从系统启动开始累计到当前时刻，核心时间（单位：jiffies）
idle (10047312) 从系统启动开始累计到当前时刻，除硬盘IO等待时间以外其它等待时间（单位：jiffies）
iowait (165356) 从系统启动开始累计到当前时刻，硬盘IO等待时间（单位：jiffies）
irq (381) 从系统启动开始累计到当前时刻，硬中断时间（单位：jiffies）
softirq (273341) 从系统启动开始累计到当前时刻，软中断时间（单位：jiffies）
总的CPU时间 cpu_time = user + system + nice + idle + iowait + irq + softirq
单个PID的CPU时间
输出中第一列为PID，第14、15列分别为：
utime=2507，该任务在用户态运行的时间，单位为jiffies
stime=951，该任务在核心态运行的时间，单位为jiffies
该PID的CPU时间 pid_cpu_time = utime + stime
基于top命令的方案
常用参数一般有如下：
-m：表示需要展示的进程数目
-n：结束前需要刷新多少次
-d：刷新间隔（单位秒）
-s：按照什么列排序（cpu，vss，rss，thr）
可以看到输出的信息里面主要包括：
PID（进程ID），CPU%（cpu使用率），VSS（虚拟内存使用量），RSS（实际物理内存使用量）等等。
我们一般关心的数据列就是CPU%。
所以我们可以很方便的实现基于TOP获取CPU使用率的方案，伪代码如下：
这时，我们已经可以正常的获取到CPU使用率了。
但是根据输出我们会发现，一行数据对于一个PID也就是一个进程，而这样的CPU使用率仅仅为App的主程序的CPU使用率，很多App会存在多进程，如启动一些后台服务，如图为微信的进程信息：
但是如何获知同属于一个App的所有进程呢？
其实Android对Linux的uid进行了改造，并用于实现App的沙箱机制，每个App对应了一个uid。
对于普通的用户应用，在App安装时，Android就会赋予了一个id即uid，App的所有进程都由这个uid启动。
所以，我们可以根据uid来筛选出同属于一个App的进程，只需要将上述代码增加获取uid列以及uid列的判断即可。
最后，我们只需要定时的去执行获取CPU使用率的函数即可得到CPU性能测试结果。
