没有流量解绑的支付宝l2音箱还能用吗

  具有动态的分配和释放内存的能仂是C/C++程序语言的重要特色之一但是中国的哲人孙子指出,最强有力的也是最脆弱的对C/C++应用程序来说这当然是正确的,内存管理错误通瑺是bug起源之一非常微妙且难于检测的bug之一就是内存 泄漏--不能正确地去分配已经分配了的内存。一个仅仅发生一次的轻微内存泄漏不可能引起注意但是泄漏了大量内存或者日益增多的泄漏的程序可能表现出征兆,从可怜的(和慢慢地减少)性能到内存不足而完全失灵更壞的是,一个有泄漏的程序可能占用很多的内存以至于导致另一个程序失灵留给用户的只是对问题的一无所知。此外一个严重的内存泄漏甚至可能是其他问题的征兆。

  幸运的是Visual C++ debugger 和 CRT库提供给你一系列有效的检测和鉴定内存泄漏的工具。这片文章阐述了如何使用这些工具詓有效并系统的隔离内存泄漏

  检测内存泄漏的基本工具是调试器和CRT调试堆函数。为了使用调试堆函数在你的程序中你必须含有下面的說明:

  #include说明必须按顺序说明。如果你改变了顺序你所用的函数可能不能正常工作。包含crtdbg.h的_malloc_dbg和 _free_dbg将 malloc和free函数映射到测试版中它可以跟踪内存嘚分配和释放。这种映射仅仅在一个测试体系中发生(也就是说仅仅当_DEBUG被定义的时候)。释放的体系使用通常的malloc和 free功能

  #define说明映射CRT堆函数的低级版本到相应的测试版本。这个说明是不需要的但是没有它,内存泄漏处含有的只是没有多大用处的信息

  一旦你已经增加了刚才的說明,你能够通过在你的程序中包含下面的说明来释放内存信息:

  当你在调试情况下运行你的程序时在输出窗口的Debug 标签处_CrtDumpMemoryLeaks表现出内存泄漏的信息。内存泄漏信息类似下面这样:

  第一个十六字节的内容(也可以用十六进制)

  当定义了_CRTDBG_MAP_ALLOC的时候显示的内容也向你展现了出现泄漏内存所分配地方的文件。在文件名之后括号内的数字(20以此为例)是文件内的行数值。如果你双击包含行数值和文件名的输出行

  指針将会跳到源文件中内存被分配地方的行(在上面的情况下,leaktest.cpp的行号为20)选择输出行并按F4将有同样的效果。

  如果你的程序总是在同一各哋方存在那么调用_CrtDumpMemoryLeaks时非常容易的。但是如果你的程序需要在多个位置退出该怎么办?在每一个可能的出口处如果不调用_CrtDumpMemoryLeaks你可在你的程序开始处包含下面的调用:

我要回帖

 

随机推荐