如何定位和解决内存泄露

由于内存泄露导致的游戏BUG的情况。在TestBird手游测试平台上的发生频率很高，我也在此前的文章中谈到过内存占用过高会对手机中的应用造成的影响，今天我们再深入探讨一下内存泄露的问题。

　　内存泄露是指程序中间动态分配了内存，但是在程序结束时没有释放这部分内存，从而造成那一部分内存不可用的情况，重起计算机可以解决，但是也有可能再次发生内存泄露，内存泄露和硬件没有关系，它是由软件设计缺陷引起的。

　　以发生的方式来分类，内存泄漏可以分为4 类：

　　1.常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。

　　2.偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。

　　3.一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。

　　4.隐式内存泄漏。程序在运行过程中不停地分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。

压力测试过程中针对内存泄露主要关注如下指标：

　　Memory Available Bytes 是指剩余的可用物理内存，单位是兆字节(参考　　值：>=10% )。表明进程当前可使用的内存字节数。

　　Memory Pages/sec 是表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。

　　ProcessPrivate Bytes 是指当前进程中运行的私有内存，如果此内存不断攀升，表示当前存在的内存泄漏，一般情况如果资源合理利用的话，该指标值波动比较平稳。

有效的监控以上计数器可以方便我们判断内存泄漏问题，测试人员发现此类内存泄漏现象以后就要联系开发人员去定位问题，再解决问题。当多次游戏测试后发现内存值在某个特定值之间上下波动时，范围值为20%左右时我们就可以认为内存泄露的问题基本解决了。

从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到。

其实，内存泄漏问题多半在手游压力测试中出现也是源于程序编写过程中没有规范化管理所导致，开发人员需要结合内存监测工具来有效监控自己的程序，这样才会避免这些个低级的瓶颈出现，所以说手游性能测试只是为程序提供优化建议，而不应该成为帮助开发人员调试游戏的一种手段。