Android App 持续集成性能测试：启动流量

前言：

get app UID

获取流量数据

获得启动流量数据

总结

前言：

Jenkins 是一种开源的持续集成工具，可以帮助我们更加方便地进行软件开发和测试工作。通过 API 远程管理 Jenkins 可以帮助我们更加方便地进行 Jenkins 的配置和管理工作，并且可以更加灵活地进行 Jenkins 环境的搭建和部署。

本文对 Android App 的启动流量测试进行介绍。这里的启动流量指的是网络流量，即 App 在启动时发起网络请求和接收网络响应时传输的网络数据量。

说起流量，也许大家的第一反应就是 tcpdump/wireshark 这类网络抓包工具。的确，Android 系统确实也支持tcpdump工具，通过tcpdump，我们可以实现非常精准的流量测试。但tcpdump也有个问题，就是它捕捉到的流量是系统层面的，我们很难区分捕捉得到的流量数据是否都是当前 apk 产生的。

其实，对于特定 apk 的整体流量数据，在 Android 系统中都会存储到对应文件中，我们完全可以通过读取对应文件来获得当前 apk 的流量信息。

get app UID

与流量相关的状态数据存储在/proc/uid_stat/<UID>/目录下，其中，<UID>表示 apk 对应的 UID。

关于 UID，简单地进行下说明。在 Linux 系统中，UID 表示的是 User Identifier，主要用于表示是哪位用户运行了该程序。但在 Android 系统中，由于 Android 系统本身就为单用户系统，这时 UID 就被赋予了新的使命，主要用于实现数据共享。具体地，Android 系统为每个应用都分配了一个 UID，不同 apk 的 UID 几乎都是互不相同的，而对于不同 UID 的 apk，不能共享数据资源。之所以用 “几乎”，是因为有时候同一厂家会存在多个产品，并且希望能在多个 apk 之间实现数据共享，这个时候，便可通过在 menifest 配置文件中指定相同的 sharedUserId，然后在 Android 系统中安装应用时便会分配相同的 UID。

获取 app UID 的方式有多种，最简单的方式应该还是从/data/system/packages.list中读取，并通过 apk 的<PKGNAME>找到对应的 UID。

root@hammerhead:/ # cat /data/system/packages.list | grep com.UCMobile.trunk                   
com.UCMobile.trunk 10084 0 /data/data/com.UCMobile.trunk default 3003,1028,1015

在这里，10084 即是com.UCMobile.trunk的 UID。

获取流量数据

流量数据分为接收流量（tcp_rcv）和发送流量（tcp_snd）两部分，这两个状态数值我们可以通过读取/proc/uid_stat/<UID>目录下的两个文件得到。

shell@hammerhead:/ $ cat /proc/uid_stat/10084/tcp_rcv                          
3446837
shell@hammerhead:/ $ cat /proc/uid_stat/10084/tcp_snd                          
134366

通过这种方式，我们就可以读取得到指定 apk 在当前时刻的累计流量数值。

获得启动流量数据

有了前面的基础，我们要测试启动流量就很好实现了。只需要在启动前采集下累计流量数值，然后启动应用，完成启动后再采集一次累计流量数值，前后两次累计数值的差值便是当次启动耗费的流量数。需要注意的是，由于很多时候 apk 在启动后，会在系统后台异步加载一些数据资源，因此为了保证我们采集到当次启动耗费的全部流量数值，我们在启动应用后最好能等待一段时间。

root@hammerhead:/ # cat /proc/uid_stat/10084/tcp_snd                           
15068
root@hammerhead:/ # cat /proc/uid_stat/10084/tcp_rcv                           
98021# start app activity, sleep 10sroot@hammerhead:/ # cat /proc/uid_stat/10142/tcp_snd                           
23268
root@hammerhead:/ # cat /proc/uid_stat/10142/tcp_rcv                           
965651

采集到前后两次流量数值后，即可计算得到当次启动耗费的总流量。

当次启动总流量 = (23268 + 965651) - (15068 + 98021) = 875830 bytes

当然，这里的启动还分为好几种，包括首次安装启动、非首次安装启动、覆盖安装启动等。具体的启动方式可根据实际场景来定，但在统计流量的方法方面都是相同的。

总结

本文讲解了 Android App 启动流量测试的一种方法。然而，本次介绍的方法也存在一定局限性，因为/proc/uid_stat/<UID>/目录下的tcp_rcv和tcp_snd文件中都只记录了总值，如果我们只关注总体的流量数值还好，但要是我们希望能测试得到更细化的数据，该方法就没法满足我们的测试需求了。

举个例子，UC 浏览器国际版在启动后，会和美国的服务器进行通讯交互。现在，我们想测试 UC 浏览器国际版在启动后与美国服务器的通讯流量。

显然，本文中介绍的方法是没法实现上述例子中的测试需求的。那例子中的场景要怎么测呢？这就还是得用到tcpdump，在下一篇文章中我会再详细进行介绍。