perfDog 笔记1：基本使用

IOS/Android性能测试、分析工具平台。快速定位分析性能问题。

支持移动端所有应用程序（游戏、app应用、浏览器、小程序、小游戏、H5、后台系统进程等）、Android模拟器、云真机等性能测试。

支持APP多进程测试

PerfDog桌面应用程序版本都支持对IOS和Android设备进行测试。PerfDog多开,支持单PC同时测试多台手机

登录PerfDog官网 https://perfdog.qq.com/

ios: 若检测不到连接手机，先安装itunes确保手机能连上PC

Android: 非安装模式和安装模式

注：手机并仿一开启USB调试模式，并允许USB应用安装

a. 非安装模式：即插即用，无需配置安装；但手机上无实时性能数据显示

b. 安装模式：手此做机上自动安装PerfDog.apk，手机上显示实时性能数据

以华森蔽衡为手机为例，

USB模式： USB连线后，在设备列表选择USB图标设备进行USB模式测试

WIFI模式： 只能在WIFI模式测试功率等信息。USB连线后，在设备列表选择WIFI图标，进行WIFI模式测试。WIFI检测连接成功后，拔掉USB连接线

注：

1. PC和phone连接同一WiFi,检测成功后，按照提示拔出USB连接线

2. USB模式下phone充电，测试功率无意义

android已安装PerfDog后，左上角显示实时性能数据

最近QC同学在跑游戏的过程中发现玩的时间久了游戏会发生闪退，经过搜集亮拆信息后排除了功能性bug的

一.判断是否是内存泄露

拿到真机，USB连接，杀掉多余后台进程，打开Perfdog，接下来一顿 *** 作猛如虎，Perfdog具体 *** 作不在赘述，有关perfdog怎么使用的教程可以参考

Perfdog使用教程

拿到内存趋势图

使用手机

此图一出，基本就可以断定内存泄露了，这是正常玩游戏，游戏运行了30分钟的内存趋势图；

结论：，内存持续上升，存在内存泄露。

一个优秀的游戏通常情况内存是有上升有回落，多次运行同一个功能也不会导致内存功能持续上升；

呈现出起伏状态，比如：

知道了存在内存泄露，下面就要开始分析有可能是哪里导致的内存泄露；

二.分析泄露原因

一般针对unity游戏来说，内存瓶颈是资源和Mono堆内存，两部分；

以下是unity游戏程序在运行时的内存分配概况

先简单介绍下Mono，unity使用Mono机制来完成跨平台的 *** 作，就好像JAVA使用虚拟机来完成跨平台 *** 作一样，Mono也是一种跨平台的实现。跨平台其实现原理在于使用了叫CIL（Common Intermediate Language通用中间语言，也叫做MSIL微软中间语言）的一种代码指令集，CIL可以在任何支持CLI（通用语言基础结构）的环境缓键局中运行，就像.NET是微软对这一标准的实现，Mono则是对CLI的又一实现。由于CIL能运行在所有支持CLI的环境中，例如刚刚提到的.NET运行时以及Mono运行时，也就是说和具体的平台或者CPU无关。

一般对于unity开发的游戏来说，内存的开销都是围绕下面的三个方面：

1.资源内存的占用；

2.引擎模块自身内存占用；

3.托管堆内存占用。

Mono通过垃圾回收机制（GarbageCollect，简称GC）对内存进行管理，可以自动地改变堆的大小来适应你所需要的内存，并且是可以适时地调用垃圾回收（GarbageCollection） *** 作来释放已经不需要的内存。也就是说Mono会自动释放一些内存，但要注意的是GC释放的内存只会留给mono使用，并不会交还给 *** 作系统，因此mono堆内存是只增不减的。

这里简单介绍下Mono回收原理：

Mono会跟踪每次内存分配的扰让动作，并维护一个分配对象表，当GC的时候，以全局数据区和当前寄存器中的对象为根节点，按照引用关系进行遍历，对于遍历到的每一个对象，将其标记为活的（alive）。所有对象的被标记意味着该对象可以通过全局对象或者当前上下文访问到，而没有被标记的对象则意味着该对象无法通过任何途径访问到，即该对象“失联”了，GC最终会将所有“失联”的对象内存进行回收。

内存泄露定义

我们把对象已经不再需要使用却没有被GC回收的情况称为mono内存泄漏。Mono内存泄漏会使空闲内存减少，GC频繁，mono堆不断扩充，最终导致游戏内存占用的升高。最终导致内存过高，进程被 *** 作系统Kill或者崩溃。简单来说，也就是一些对象被实例化出来后没有被释放掉，一种保存在内存中，新的对象又需要申请新的内存空间，导致内存不断上升。

重点关注点

配置文件的使用、纹理、网格、RenderTexture和粒子系统；

比如频繁的创建销毁对象是否使用对象池，或者粒子，纹理等资源显示过后是否被及时从内存中释放，等等；

三.测试手段

1.首先通跑测试，确定问题确定原因，比如我上面通过通跑游戏确定存在内存泄露；

2.缩小范围，由于一个游戏在运行的过程中场景比较复杂，上面的同跑并不能准确定位问题，所以我们要划分场景测试，例如我在上面的通跑游戏过程中包括以下场景，打开关闭UI界面，战斗场景，切换地图，升级武器等，如果没有比较明显的数据，那就要分别针对以下场景进行测试。比如UI场景可以反复打开关闭UI界面，战斗场景可以持续战斗挂机，反复切换地图等等，总之是把游戏内进行的行为减少，细化要检测的场景；

3.定位问题

如果某个场景发生内存泄露，边定位到那个场景运行游戏，而在游戏运行时，相应的引擎也有一些工具可以查看具体的代码使用情况，比如unity的Profiler。

如果多个场景都出现内存泄露，那就要查找这些场景所交叉的部分，比如通信框架等；而本次经过多个场景的测试发现都存在泄露，最后经过排查发现是使用的通信框架存在泄露问题。

四，Perfdog内存相关简介

通常情况下安卓可以轻松获取到的内存有4种数据，我们也可以通过ADB来获取，

VSS - Virtual Set Size 虚拟耗用内存（包含共享库占用的内存）

RSS - Resident Set Size 实际使用物理内存（包含共享库占用的内存）

PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）

USS - Unique Set Size 进程独自占用的物理内存（不包含共享库占用的内存）

一般来说内存占用大小有如下规律：VSS >= RSS >= PSS >= USS

而Perfog的Memory也就是 Android PSS Memory，也是我们通常来用作代表内存的数据，是实际使用的物理内存大小。

Swap Memory (Swap Memory，部分设备支持Swap功能，在启用Swap功能后，系统会对PSS内存进行压缩，Swap增加，PSS会相应减少，由于压缩会占用CPU资源，同时相应会导致FPS降低)

Virtual Memory(VSS) 虚拟内存是计算机系统内存管理的一种技术。它使得应用程序认为它拥有连续的可用的内存（一个连续完整的地址空间），而实际上它通常是被分隔成多个物理内存碎片，还有部分暂时存储在外部磁盘存储器上，在需要时进行数据交换。

五、Perfdog新功能初探

PerfDog 3.5版本刚刚推出，新增一个最新的数值，CPU Usage(Normalized)：规范化CPU利用率

官方给出的解释为：

传统计算方法：当前时刻CPU频率下，CPU Usage = CPU执行时间/CPU总时间。

由于移动设备CPU频率时刻变化，用传统CPU利用率计算方法，假定在低频率时刻计算出CPU利用率=30%，和在CPU高频时刻计算出CPU利用率=30%。同样都是30%但性能消耗是完全不样的，明显高频消耗更高。传统CPU利用率已无法真实反映性能消耗。

所以我们需要一种规范化(可量化)的统计方式。将频率因素考虑进去。

CPU Usage(Normalized)= (CPU执行时间/CPU总时间) * (当前时刻所有CPU频率之和/所有CPU频率最大值之和)。

PerfDog两种统计方式都有。CPU Usage默认为规范化CPU利用率。建议使用规范化CPU利用率作为衡量性能指标。

具体的描述可以看这里：规范化CPU利用率

尝鲜体验以下。测试使用过程和之前的一样。来看看新增的数据对比

title：

CPU Usage趋势图对比：

CPU Core Usage趋势图对比：

从趋势图来看的话，实际上两种算法并无太大差异，但是精确到具体帧的使用率，差异会比较明显，单纯从性能的角度来说，传统CPU利用率仅能从数值的角度体现手机的CPU使用程度，但是无法从性能使用程度的角度表达手机的CPU使用效率，就像前文所说，低频率时刻计算出CPU利用率=30%，和在CPU高频时刻计算出CPU利用率=30%。同样都是30%但性能消耗是完全不样的。规范化CPU利用率数值可以弥补这一缺点。目前的测试行业良莠不齐，规范指标较少，如果真的可以做到统一行业标准不失为一件好事。

网络监控--透视宝APP端监控提供完善的网络监控功能，能够支持各种流行的网络库，第三方的ASI和AF、系统库NSURLSession和NSURLConnection，丰富的监控指标确保准确定位问题根源。包括网络请求的响应时间、请求类型、请求的POST参数、参数大小、首包时间、响应数据大小。 如果请求发生错误，能准确抓取错误码、错误信息、错误类型，通过和服务端的配合能进行端到端网络性能分析。

Socket请求分析，透视宝APP端监控查看响应最慢汪茄的主机以及异常数最多的主机。通过主机IP进而查看单次连接的详情，包括设备的详细参数、连接耗时、DNS解析耗时以及向Server端写或读时的腊毁耗时及字节变化趋势。 标记出有异常的Socket。异常信息通过摘要查看更加详细的分析，包括异常次数的变化趋势、设备分布、 *** 作系统分布及异常堆栈。

支持对Android ANR信息和IOS卡顿信息的抓取，通过深入追踪和分析相关线程、轮陵备Trace文件和信息，帮助您发现引起ANR/卡顿的原因，通过优化应用程序的性能，提升玩家的用户体验。 提供ANR/卡顿详情，包括App基本的软硬件信息、ANR/卡顿线程、全部线程、ANR/卡顿Trace文件及ANR/卡顿Message信息。

通过运营商、区域、接入点、设备以及 *** 作系统等不同维度的数据分析 帮您在复杂的环境中“拨云见日”

---