（全新）手机内存检测.pptVIP

* * * * * 内存泄漏检测 * 主要内容 * 内存泄漏的定义 程序中的内存结构 程序中内存分为堆、栈、全局/静态存储区和常量存储区. 全局常量位于常量存储区. 全局变量位于静态数据区. 局部变量以及函数参数变量位于栈. 使用new/malloc分配的内存位于堆上. … … 栈 … … 代码区 静态数据区 高端内存区域 … … 常量存储区 堆 低端内存区域 常量存储区域和静态数据区域的内存在程序退出时释放 栈中分配的内存在变量离开其作用域时释放 堆中分配的内存必须显示的释放 * 内存泄漏的定义 内存泄漏的定义 程序中从堆中分配的内存在使用完毕后忘记释放，从而失去对该块内存的控制，导致该块内存一直被占用直至程序退出。 程序一直分配内存，直到程序退出才释放所有内存。 内存泄漏的危害 程序占用内存越来越多，使得整个系统运行速度越来越慢。糟糕者可用内存耗尽，应用程序崩溃。 * 内存泄漏的定义 内存泄漏的分类 常发性内存泄漏 发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。 一次性内存泄漏 发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。 偶发性内存泄漏 发生内存泄漏的代码只会被执行一次 隐式内存泄漏 程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存 * 内存泄漏原因分析 new出来的对象没有delete 代码中没有delete的地方 指针被重新赋值了，赋值前没有delete 逻辑分支考虑不全。 函数内部逻辑考虑不周。 接口调用时序逻辑考虑不全 CUDPSocket* CreateUdpSocket( const std::string sIpAdress, UINT nLocalAudioPort ) { CUDPSocket* pUdpSocket = new CUDPSocket(); CInetAddress oInetAddress(sIpAddress); SOCKERROR err = pUdpSocket-Create(oInetAddress, nLocalAudioPort); if( SOCKET_SUCCESS != err ) { //delete pUdpSocket; //pUdpSocket = 0; return NULL; } return pUdpSocket; } 内存泄漏原因分析 基类析构函数非虚 当基类指针指向派生类对象，delete该基类指针时派生类对象的析构不会被调用。如果派生类中使用了stl容器或者从堆中分配内存的作为成员变量，那么内存泄漏就悄无声息的发生了。 * class CIavpMsg { public: CIavpMsg(){} ~CIavpMsg(){ printf(~CIavpMsg()\r\n); } }; class CLogMsg:public CIavpMsg { public: CLogMsg(){} ~CLogMsg(){ printf(~CLogMsg()\r\n);} public: string m_sTime; }; int _tmain(int argc, _TCHAR* argv[]) { CIavpMsg* pMsg = new CLogMsg(); string sTime = ((CLogMsg*)pMsg)-m_sTime; int nCapacity = sTime.capacity(); printf(sTime初始内存大小:%d\r\n, nCapacity ); sTime = 2010年月日:18:01; nCapacity = sTime.capacity(); printf(sTime赋值内存大小:%d\r\n, nCapacity ); const char* pStr = sTime.c_str(); delete pMsg; printf(LogMsg对象删除后m_sTime的内容:%s\r\n, pStr ); return 0; } 内存泄漏原因分析 * 内存泄漏原因分析 delete一个只有声明没有定义的类 为了避免C/C++头文件中包含很多的其他头文件，通常将关联到的其他类型声明一下即可， 在真正使用的地方包含其类定义的头文件。 如果在某个地方delete一个只有声明，而没有包含其类定义