使用 _crtBreakAlloc 调试内存泄漏

最新推荐文章于 2021-11-26 17:27:01 发布
转载 最新推荐文章于 2021-11-26 17:27:01 发布 · 1.6k 阅读 · 0
文章标签：

#allocation #library #object

 按:   在MSDN上发现了一段关于VC调试内存泄漏的文字,   试了一下,   觉得挺好.   好东西不敢独享.   拿出来给大伙儿瞧瞧.   怕您看着麻烦.   随便翻了一下.   翻的不好,   还请大伙儿海涵:)
如果您的确有兴趣,   又觉得翻的实在太烂,   可以查看原文或其连接.  
arcoolgg,lieph@163.com

HOWTO:   使用   _crtBreakAlloc   调试内存泄漏

summary:
当使用   C-Runtime   调试跟踪内存泄漏时,   如果能在导致内存泄漏的地方设置一个断点.   将是很有帮助的.   在编译和运行时,   通过设置   _crtBreakAlloc,   能够在指定的内存分配的地方设置一个用户断点.

details:
当使用   VC   的调试器跟踪内存泄漏时,   它通常会在大括号中显示一个内存分配号(   allocation   number),   下面的例子就是在内存分配号   18   的地方出现内存泄漏.

Detected   memory   leaks!
Dumping   objects   ->
{18}   normal   block   at   0x00660BE4,   10   bytes   long
Data:   <   >   CD   CD   CD   CD   CD   CD   CD   CD   CD   CD
Object   dump   complete.


在导致内存泄漏的地方设置断点之后.   就能够通过调用栈(call   stack)来查看是哪一个函数导致了内存泄漏.   调试函数   _CrtSetBreakAlloc   允许您在特定的内存分配号(   allocation   number)设置断点.   这种方式下,   每一次您都需要重新编译代码.   另一种更好的方式是使用   Watch   窗口,   动态的设置您要设置断点的内存分配号.   这样的话,   您就不用每次都修改代码,   编译程序了.

如果您的程序是静态链接到   C-Runtime,   您需要设置的变量是   _crtBreakAlloc;   如果是动态连接,   在   VC4.0/4.1,   则是   {,,msvcr40d.dll}*__p__crtBreakAlloc(),   在   VC   4.2   以后,   使用   {,,msvcrtd.dll}*__p__crtBreakAlloc().

如果不知道当前使用的   C-Runtime,   您可以这样来查看:
按   alt   +   F7,   在系统设置对话框中的   C/C++   属性页,   Category   中选   Code   Generation.   Use   runtime   library   中显示的就是您使用的   C-Runtime.

在开始调试程序的时候,   按   F11,   程序停在入口处,   在   Watch   窗口中输入   {,,msvcr40d.dll}*__p__crtBreakAlloc(),   应该可以看到它的值为   -1.   双击它,   输入您想设置断点的内存分配号.   如上例中的   18;   F5   运行起来.   在内存泄漏的地方{18},   程序便会遇到断点.   这样,   您就可以调试了.  

VC使用_crtBreakAlloc快速定位内存泄漏所在代码
newtelcom的专栏
05-02 1134
https://docs.microsoft.com/en-us/visualstudio/debugger/finding-memory-leaks-using-the-crt-library?view=vs-2019 对于比较明显的内存泄漏，vc2008是比较容易定位的，在Debug模式F5运行，退出时会列出引起内存泄漏的问题代码所在文件及行号；但如果是比较隐蔽的内存泄漏，Output输出窗...
海湾crt调试_使用CRT调试功能来检测内存泄漏
weixin_39843738的博客
01-11 612
C/C++ 编程语言的最强大功能之一便是其动态分配和释放内存，但是中国有句古话：“最大的长处也可能成为最大的弱点”，那么 C/C++ 应用程序正好印证了这句话。在 C/C++ 应用程序开发过程中，动态分配的内存处理不当是最常见的问题。其中，最难捉摸也最难检测的错误之一就是内存泄漏，即未能正确释放以前分配的内存的错误。偶尔发生的少量内存泄漏可能不会引起我们的注意，但泄漏大量内存的程序或泄漏日益增多的...
在vc2008中用_crtBreakAlloc调试内存泄漏
xiaocao9903的专栏
07-04 721
在vc2008中用_crtBreakAlloc调试内存泄漏 2012-07-27 16:58:25 分类： C/C++ 这两天调一个程序，发现每次退出都有内存泄漏，在此总结一个调试内存泄漏的好方法。     对于比较明显的内存泄漏，vc2008是比较容易定位的，在Debug模式F5运行，退出时会列出引起内存泄漏的问题代码所在文件及行号；但如果是比较隐蔽的内存泄漏，
_crtBreakAlloc调试内存泄漏
Tommy(凌飞)的专栏
09-01 1964
对于比较明显的内存泄漏，vc2008是比较容易定位的，在Debug模式F5运行，退出时会列出引起内存泄漏的问题代码所在文件及行号；但如果是比较隐蔽的内存泄漏，Output输出窗口只会输出部分信息，形式如下：     Detected memory leaks!     D
VC使用CRT调试功能来检测内存泄漏
RedRiver专栏
07-06 1731
        C/C++ 编程语言的最强大功能之一便是其动态分配和释放内存，但是中国有句古话：“最大的长处也可能成为最大的弱点”，那么 C/C++ 应用程序正好印证了这句话。在 C/C++ 应用程序开发过程中，动态分配的内存处理不当是最常见的问题。其中，最难捉摸也最难检测的错误之一就是内存泄漏，即未能正确释放以前分配的内存的错误。偶尔发生的少量内存泄漏可能不会引起我们的注意，但泄漏大量内存的程序
_CrtSetBreakAlloc
FrankieWang008的专栏
09-13 2469
_CrtSetBreakAlloc() 通过把_CrtSetBreakAlloc放在类的构造函数或其他预执行断点位置的前面，_CrtSetBreakAlloc的参数就是打算设置断点的数值。 当用VisualLeakDetector 无法找到内存溢出的位置时，用_CrtSetBreakAlloc能够辅助找到错误源头。 或者 在头文件添加如下代码 // 在入口函数cpp中添加以
VC内存泄露检测以及定位方法
09-14
在软件开发过程中，内存泄露是一个常见的问题，尤其是在使用C++进行Windows应用程序开发时。内存泄露不仅会导致资源浪费，还可能引发性能问题甚至程序崩溃。因此，及时检测并定位内存泄露对于提高软件质量和稳定性至...
VS2010内存泄漏检测、追踪
lihaidong的博客
12-11 1468
内存泄漏定义 内存泄漏指的是在程序里动态申请的内存在使用完后，没有进行释放，导致这部分内存没有被系统回收，久而久之，可能导致程序内存不断增大，系统内存不足 内存泄漏危害 系统可用内存越来越小 机器卡顿 系统崩溃 排查起来很困难 定位方法 内存泄漏方法有很多种，也可以借助第三方插件 Visual Leak Detector（开源，免费）进行排查，本篇文章介绍一种借助Visual St...
简单的vs内存泄露调试技巧
七月
02-02 3332
内存泄露   一、vs监测内存泄露，利用crt库就可以，不需要利用专门的工具。操作仅2步。 1、增加宏和头文件 #define _CRTDBG_MAP_ALLOC #include #include   注意:为了保证这三行代码的顺序，最前面放这三行代码。假设我们在这3行之前，增加#include ， 因iostream包含了stdlib.h，则会隐式破坏顺序，导致malloc函
用_CrtSetBreakAlloc查泄漏
qiyao_2000的专栏
06-25 835
微软提供了在debug模式下查泄漏的方法，主要包括_CrtSetDbgFlag、_CrtDumpMemoryLeaks、_CrtSetBreakAlloc这三个函数
最快速度找到内存泄漏
热门推荐
QBox/Golang/CERL/StdExt/TPL/WinxGui - 许式伟的专栏
12-20 2万+
本文已经迁移到：http://cpp.winxgui.com/cn:the-fastest-way-to-find-memory-leak最快速度找到内存泄漏许式伟2006年11月某日 内存管理是C++程序员的痛。我的《内存管理变革》系列就是试图讨论更为有效的内存管理方式，以杜绝（或减少）内存泄漏，减轻C++程序员的负担。由于工作忙的缘故，这个系列目前未完，暂停。   
C++内存检测函数_CrtSetBreakAlloc()
FBI的博客
10-25 585
转自：https://blog.youkuaiyun.com/u013147600/article/details/45391259 在关闭C++的程序后，在VS编译器的 Output窗口后 出现如下情况： <span style="font-size:18px;">f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {930} normal block at 0x0075E3F8, 22 bytes long. D..
内存泄露调试之 _CrtSetBreakAlloc
tangaowen的专栏
08-07 2234
内存泄露调试之 _CrtSetBreakAlloc
调试基础：函数 _CrtSetBreakAlloc（）使用blog
mrlzl9的博客
04-11 1725
函数 _CrtSetBreakAlloc(long lBreakAlloc)。 函数说明 MSDN 链接：https://msdn.microsoft.com/en-us/library/4wth1ha5.aspx   在分配块号 lBreakAlloc 的内存时，程序中断。以此来定位内存泄露的大概位置。 注：必须在内存分配之前调用该函数来设置断点。   第一步： 发现有内存泄露：
gflags 调试内存_使用gflags + ust，进程内存的增加更快
weixin_30372331的博客
01-17 565
I've got stuck in a problem with gflags when trying to find some memory leaks in a windows app.When I turn on the ust flag (in order to collect memory allocations stack traces) the memory of my applic...
VC中如何使用 CRT 调试功能来检测内存泄漏
郁闷阳光的专栏
01-08 808
首先，检测内存泄漏的基本工具是调试器和 CRT 调试堆函数。为了使用调试堆函数，必须在要检测内存泄漏和调试的程序中添加下面的语句： #include #include #include int main() {  //_crtBreakAlloc = 61;  int *a = new int[3];  _CrtDumpMemoryLeaks();  _CrtMemState s
_CrtSetBreakAlloc没断下来的原因
zxbcollegestudent的专栏
11-26 742
公司的项目很大但没有使用KDetectMemoryLeak检测内存泄漏，今天心血来潮，把KDetectMemoryLeak文件包含进项目工程 在WinMain函数头加入atexit(CheckOnExit); 代码： #pragma once #include <crtdbg.h> #include <assert.h> #ifdef _DEBUG #define DEBUG_CLIENTBLOCK new( _CLIENT_BLOCK, __FILE__, __LIN.
debug_heap.cpp line888
最新发布
07-02
<think>我们正在处理一个与debug_heap.cpp第888行相关的错误问题。根据经验，这类错误通常与内存管理有关，比如堆损坏、无效指针操作等。由于我们没有具体的错误信息，我将基于常见的内存调试技术提供排查步骤。首先，debug_heap.cpp是VisualStudio调试堆管理的实现文件，第888行可能对应特定的堆操作错误。常见错误包括： -释放后使用(use-after-free) -双重释放(double-free)-堆缓冲区溢出(heap bufferoverflow)-无效指针操作**排查步骤：**1.**启用调试堆检查：**在VisualStudio中，确保启用了调试堆。在调试模式下，程序会自动使用调试堆，它会在分配的内存前后添加保护字节（guard bytes）以检测溢出。 2. **检查错误代码：**当错误发生时，通常会有一个错误代码或断言信息。记录下完整的错误消息，例如“HEAP CORRUPTION DETECTED”或具体的错误代码。 3. **使用调试器捕获异常：**在VisualStudio中，可以通过配置调试器在抛出特定异常时中断：-打开“异常设置”（Debug >Windows >Exception Settings）-勾选“Win32 Exceptions”中的“STATUS_HEAP_CORRUPTION”和“STATUS_STACK_BUFFER_OVERRUN” 4. **使用PageHeap验证器：**对于难以定位的堆损坏，可以使用PageHeap验证器（gflags）：-以管理员身份运行命令提示符-执行：`gflags /p /enable <your_executable.exe> /full`-重新运行程序，此时堆损坏可能会立即触发断点5.**检查代码中的内存操作：**重点检查错误发生点附近的代码：-数组访问是否越界？-动态分配的内存是否被正确释放？-是否有使用未初始化的指针？-是否在分配内存后修改了指针值？6.**使用内存调试工具：**如果问题难以复现，可以使用：- **Application Verifier**：检测堆损坏、句柄问题等。-**Valgrind**（Linux下，Windows可用WSL）：检测内存错误。- **AddressSanitizer**（VS2019及以上）：编译时添加`/fsanitize=address`选项。 7. **查看调用堆栈：**当错误发生时，查看调用堆栈以确定是哪个函数触发了错误。在堆损坏的情况下，错误发生点（debug_heap.cpp第888行）通常不是问题根源，而是之前的内存操作导致的。 **示例：双重释放错误** 假设调用堆栈显示在释放内存时出错：```cppfree(ptr);//如果ptr已经被释放，则触发错误```解决方案：确保每个分配的内存只释放一次。**引用说明：**上述排查方法参考了VisualStudio调试堆的常见实践[^1]。§§相关问题§§1.如何解读Visual Studio中的堆损坏错误信息？ 2.在C++中如何避免内存泄漏？ 3.如何配置AddressSanitizer在Visual Studio中使用？</think>### debug_heap.cpp 第888行错误排查指南 debug_heap.cpp 是Visual Studio运行时库中用于调试堆内存管理的核心文件，第888行错误通常表示**堆内存损坏**或**非法内存操作**。以下是系统化的排查步骤： #### 1. **错误类型识别** 第888行通常对应以下关键错误（具体取决于VS版本）： - **`_BLOCK_TYPE_IS_VALID(pHead->nBlockUse)` 断言失败**：内存块类型异常 - **`_CrtIsValidHeapPointer(pUserData)` 失败**：无效堆指针访问 - **`_CrtIsMemoryBlock` 验证失败**：内存块边界损坏 #### 2. **核心排查步骤 **✅ 步骤1：启用完整堆调试** 在`main()`开头添加： ```cpp _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF | _CRTDBG_CHECK_ALWAYS_DF); ``` 强制每次内存操作时验证堆完整性。 **✅ 步骤2：捕获内存块编号** 在错误弹窗时选择**重试**，通过调试器中断后： 1. 检查调用堆栈中最近的用户代码 2. 在即时窗口执行： ```cpp {,,ucrtbased.dll}_crtBreakAlloc ``` 获取触发错误的内存分配编号（如`#12345`） **✅ 步骤3：设置内存断点** 在`main()`开头添加： ```cpp _crtBreakAlloc = 12345; // 替换为实际编号 ``` 程序将在问题内存分配时自动中断。 **✅ 步骤4：内存操作检查** 中断后重点检查： ```cpp // 检查写入越界 char* buf = new char[10]; buf[10] = 'x'; // 典型错误：越界写入 // 检查释放操作 double* p = new double; delete p; delete p; // 双重释放 // 检查指针篡改 int* arr = new int[5]; arr--; // 指针被修改 delete[] arr; ``` #### 3. **高级诊断工具** - **Application Verifier**： ```bash appverif.exe -> 选择进程 -> 启用 Heap 检查 ``` - **GFlags**（管理员命令行）： ```bash gflags /i YourProgram.exe +ust ``` - **内存转储分析**： ```cpp _CrtDumpMemoryLeaks(); // 程序退出时输出泄漏 ``` #### 4. **典型修复案例** **案例1：缓冲区溢出** ```cpp // 错误代码 void overflow() { int* arr = new int[5]; for(int i=0; i<=5; i++) arr[i] = 0; // 越界写入 delete[] arr; } ``` **修复**：修正循环条件`i<5` **案例2：多线程竞争** ```cpp // 错误代码 void thread_func(int* p) { delete p; // 多线程同时释放 } ``` **修复**：使用`std::shared_ptr`或同步机制 #### 5. **预防措施** ```cpp // 使用安全内存操作 std::vector<int> data; // 替代原生数组 std::unique_ptr<Object> obj; // 替代裸指针 // 启用地址消毒剂（VS2019+） 项目属性 -> C/C++ -> 启用地址消毒剂 = Yes ``` > **关键提示**：当错误发生在系统库内部时，根本原因通常在用户代码的**前序内存操作**中。通过内存分配断点可回溯到实际错误位置[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值