Changed Objects Count：类对象实例变化数（增加数 减少数）
New Count：类对象新增数量
GC Count：类对象释放数量
New-GC=常驻，常驻理想状态下不应存在，如果必须存在请控制在合理范围内（1-20）
TIPS:内存泄露查找诀窍：闭环一次和多次对比操作，看对象变化
原则上，反复操作，内存应该起伏稳定在一个区间内，如果出现曲线持续上升，就肯定存在内存泄露（但要尽量排除外来干扰，比如手Q被动接收各种消息）
2）方法二、详细分析。取dump（a）、dump（c）、dump（d），在dump（d）上finder->TwoExecutionThreeDump，在-2S中指定dump（c），-1S中指点dump（a）
FirstInc、SecondInc分别为第一次使用和第二次使用之后的内存增量，两次都有大量增量的对象，着重分析对象作用和引用者，确定增量是否合理，此处需要代码能力和对源码的熟悉程度较强。
6．3 电量测试
合流标准（建议安装release包）：
6.3.1 挂机5分钟CPU200KB）
0）该项检测目的：移动网络静默拉取资源>200KB要么让用户知晓并同意，要么不拉取，静默拉取比如用户主动访问网页，该网页后台静默下载首屏之外的数据。
1）PC端安装ATS，监控指定apk进程，程序稳定后，入口处流量记录清零，进入场景页面，数据加载稳定后，查看ATS实时流量，首屏200KB的规范，详细分析需要一键抓包工具（见附件） wireshark深入分析，如下介绍
Wireshark点击pcap包可查看终端所有的请求，包含协议，理论上完整的流量就是pcap包的大小
2） Wireshark——待补充
6.4.3 大于100KB的资源增量拉取
0）该项检测目的：超过100KB的资源增量拉取，避免网络不稳定时导致资源总是拉取不下来，不断重试浪费流量。
1） fiddler热点抓包，分析>100KB的资源是否增量拉取，如协议包响应码为206
6.4.4 资源无重复拉取
0）该项检测目的：需要反复调用的资源，设置缓存，避免重复调用带来流量浪费
1）方法一、Fiddler热点抓包，分析一次访问是否重复拉取了相同资源
2）方法二、一键抓包工具 wireshark，使用wireshark打开pcap，在菜单栏点击File 依次选择Export Objects ->，弹框中选择Save All按钮，保存所有请求对象到目录，查看是否有重复文件，同时也能查看是否存在过大图片资源问题。
方法二还可以这样分析，用wireshark直接查看 get/post 包来查看，现在Filter里出入后按回车过滤出所有包，然后点击Info栏按请求信息排序，然后查看是否有相同的请求URL
这章没有结束，请点击下一页继续阅读！6.4.5 新增特性关键路径流量