标签：流量 保存 本地socket 文件 原因 频率 执行 针对 default
工具
正文
其实想知道一款应用费不费流量，大部分Android4.x版本系统已经可以简单的查看了：
关注流量比较粗的话，看一下上面这里也就够了，但从测试的需求看，这里只能观察到宏观的流量情况，到1天的流量消耗就没法再细化了，如果想知道具体一个业务操作或一段时间内的流量消耗呢？如果想知道应用一次启动的流量消耗呢？这时就该使用前面介绍的工具了。
比前面稍微深入一些，我们可能需要知道一个业务操作过程内，消耗的流量，及发出请求的流量、收到响应结果的流量各有多少，并且流量的消耗曲线是怎样一个走势。这时就该使用GT，关于GT的基本使用和为什么用GT，GT网站有详细的说明，这里只介绍和流量相关的部分。GT提供了一种简单的测试方式，也提供了一个严谨但麻烦的测试方式。
1. 先将应用运行起来，然后启动GT并在GT上选中被测应用及被测项NET（流量）。
2. 业务操作前，启动数据采集，将会记录选中应用的流量的变化，为了方便统计，可以先把业务操作前发生的流量记录归零。
3. 退到应用界面，执行需测试的业务操作。
4. 业务操作后，回到GT界面，停止流量数据的采集，查看本次业务操作流量的变化。
到这里，从前面一张图我们已经可以知道一个业务操作过程中消耗的流量，包括发出请求的流量、收到响应结果的流量、流量消耗曲线是怎样一个走势了。
5. 我们可以保存本次测试结果到文件，以备后面更深入的分析。
来围观一下这个文件：
用强大的Excel把GT应用里显示的趋势图还原出来不是难事。
如果只是纯粹测测流量，上面的方式也足够了，那我们为什么需要麻烦而严谨的方式呢？这里有两个原因，一个是仅仅知道流量的大小和趋势，还不足以对后续的流量优化进行明确的指导，即知道流量可能有点多，但不知道该如何着手优化。另一个是原因是弥补上面方式的一个不足：有的应用，使用了本地socket和手机里其他进程产生交互，有时Android系统会把这种手机内部的socket传输的数据量也计算到应用消耗的流量里(比如常见的视频应用不少都有这个问题)，此时上面的方式就显得不够准确了，要获得真是网卡上发生的流量，就需要抓包这种终极方法了。注意掌握这种方法的前提是您得先掌握基础的TCP和HTTP网络知识。
手机抓包是针对手机的网卡，所以这种方式无法单独抓一个应用的包，需要后续将归属于应用的包分析出来，而为了后续分析减少工作量，测试时候应尽量把其他能消耗流量的应用都关了。Android手机的抓包是Wireshark提供的实现，GT上面做了封装，使手机可以不必连着PC即可抓包，方便在室外测试的场景。
1. 先从GT启动抓包。
2. 之后还是执行测试的业务操作。
3. 被测业务操作结束后，点击stop，即停止抓包，并把抓包文件保存在对应的目录中。
将抓到包文件导入到PC，用Wireshark即可分析抓包文件。关于Wireshark的使用，和PC上的使用没有区别，请大家自行在网上搜索，这里仅对使用Wireshark的要点提示下：
（1）我们最先需要知道我们的应用发出了哪些请求，对应了上行流量，可以在Wireshark左上角【过滤】框输入"http"或"tcp"（如果确认过被测应用都是http请求，就只需要按http过滤）,确认测试场景GET和POST的请求类型和个数（过滤结果可按【Info】分类更方便统计）。
（2）在具体请求上可以右键“follow tcp stream”，等同于过滤条件tcp.stream eq xx，这样可以过滤出和它在同一个TCP流的消息。
（3）过滤条件出来后再点击【统计】->【概要】，对应Bytes栏【显示】列的数据即为流量。
（4）通过对包的过滤分析，我们自然就可以得到流量的大小，产生流量的类型和原因，请求的频率，这样就能够对后续的流量优化进行指导了。
（5）更谨慎的，抓包和GT采集流量数据可以相互对照，避免分析时有所遗漏。
标签：流量 保存 本地socket 文件 原因 频率 执行 针对 default
原文地址：http://www.cnblogs.com/mgzc-1508873480/p/7112874.html
