HEAP: Free Heap block XXXX modified at XXXX after it was freed

*本文旨在解决在调试过程中遇到如下问题时的解决办法:

HEAP: Free Heap block XXXXA modified at XXXXB after it was freed

意思是:已经释放的内存地址A,在B地址处的值被改变(A和B都处于被释放的内存段内),即很可能出现了野指针,而很多情况下你会说,我的每个new和delete都是成对的,在delete后将指针赋值为NULL。但是我想说,野指针不单单会出现在变量中,它有可能会隐藏到你的类函数中,尤其是静态函数中。

先说说我遇到的问题。由于需要和下位机通过串口通信,就封装了一个串口操作的类CSerialPort作为基类,一个和下位机进行协议交互的类CSmartIOS2作为子类,父类在打开串口后会启动一个读写串口的线程,线程函数为基类的静态函数。在程序中调用此类进行通信,通信过程中没有任何问题,当应用程序结束时,我会关掉串口,释放掉CSmartIOS2的实例对象,问题来了,会报以上错误。一下子蒙逼了,在经历过把所有new和delete相关的内容都筛选后,仍然没找到可能出问题的地方。经过一番折腾,终于让我找到了一点规律,

HEAP: Free Heap block XXXXA modified at XXXXB after it was freed

XXXXA地址和XXXXB地址还有CSmartIOS2类实例的地址有如下关系:A地址始终比实例地址小,而且B地址和实例地址的差值始终等于64,这让我更加肯定了自己的猜想,改变的地址B是CSmartIOS2或其基类中的成员变量。

经过断点监测类实例地址,通过以上规律算出了类成员的地址,然后下内存断点,当该地址的值被改变时机会触发断点。如此终于找到了让此变量改变的地方,位于CSerialPort类的静态函数中,也是用于读写串口的线程,而这个地址就是类中的一个成员的地址。一切真像大白后,仍有一点不明,那就是明明我在delete 类实例前,先结束掉了串口读写线程,为何还会在delete后被该线程改变了内存呢?

我在关闭端口时,先通过

pBoard->ClosePort()

来结束掉IO线程,关闭端口。紧接着就做delete pBoard;动作,而判断线程结束的标识是位于线程函数返回前的一个布尔变量,当变量为真时,线程马上就结束了,但是是马上而不是已经结束,此时调用关闭端口的线程在判断IO线程变量为真后,立刻做delete pBoard,但是IO线程中的最后一句return 0有可能还没执行,当delete完成后,IO线程函数执行完毕,释放线程资源,此时又对类中的一个用于重叠结构的变量

OVERLAPPED m_ov;
的值被改变,问题就这样发生了,最简单的解决办法就是在结束掉线程后,适当等待一段时间给IO线程去释放资源。大概的代码片如下:

HANDLE yk_s2_InitBoard(UINT nPort)
{
	MyLock lock(list_lock);

	CSmartIOS2* pBoard = new CSmartIOS2();
	if(pBoard->Init(nPort))
	{
		int ipList[16] = {0};
		int nIP = 0;
		int result = pBoard->EnumIP(ipList,nIP);
		if(result == RET_NUMBER)
		{
			if(nIP > 0)
			{
				theBoardS2List.push_back(pBoard);
				return pBoard;
			}
		}
		else if(result == RET_INVALID_CMD)
		{
			theBoardS2List.push_back(pBoard);
			return pBoard;
		}
		pBoard->ClosePort();
	}
	delete pBoard;
	return NULL;
}


//关闭串口,释放内存
BOOL yk_s2_CloseBoard(HANDLE hBoard)
{
	if(hBoard == NULL)
		return FALSE;
	if(!isValidatePtr(hBoard))
		return FALSE;

	MyLock lock(list_lock);

	CSmartIOS2* pBoard = (CSmartIOS2*)hBoard;
	if(pBoard->IsOpen())
	{
		if(pBoard->ClosePort())
		{
			Sleep(500);//此处是整个问题的关键点
			std::list<CSmartIOS2*>::iterator iter;
			for(iter = theBoardS2List.begin();iter != theBoardS2List.end();)
			{
				if((*iter) == pBoard)
				{
					delete pBoard;
					iter = theBoardS2List.erase(iter);
					return TRUE;
				}
				else
					++iter;
			}
		}
		else
		{
			return FALSE;
		}
	}
	return TRUE;
}

总结如下:

遇到此问题后,首先应该大体定位出问题的内存地址大概是属于那个对象的,最好可以推出具体的某个变量。然后通过内存断点去找改变此地址值的代码段。然后定位问题,分析引起原因。

  • 24
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
heap corruption detected: after normal block是一种内存错误,意味着在程序运行时,对于已分配的内存块之后的内存发生了破坏。这个报错通常是由以下几种原因引起的: 1. 内存越界写入:在访问已分配内存块之后的内存时,写入了超出内存边界的数据。这可能导致其他内存块的数据被覆盖或者指向其他非法的内存地址。 2. 释放已释放内存:在释放动态分配的内存块后,继续对该内存进行读写操作。这样做可能导致其他高速缓存区或数据结构出现问题。 3. 重复释放内存:释放一个已被释放的内存块。这种情况可能导致不可预料的结果,例如double free或者对已释放内存的访问。 4. 内存对齐错误:以错误的内存边界或对齐方式分配内存,例如使用不正确的对齐值进行内存分配。这可能会导致内存访问错误。 解决这个问题的方法包括: 1. 检查内存越界问题:检查代码是否存在写入已分配内存块之后内存的错误,并确保所有的内存访问都在边界内。 2. 确保正确的内存释放:在释放内存之后,不再对该内存块进行任何读写操作,并在需要的情况下将指针值设置为null。 3. 防止重复释放:确保每个内存块只被释放一次,并在释放后将指针值设置为null,以防止误用。 4. 确保正确的内存对齐:在分配内存时,使用正确的内存边界和对齐方式,确保内存访问的正确性。 总之,修复heap corruption detected: after normal block错误需要仔细检查代码中的内存操作,并确保操作正确,避免对未分配或已释放的内存进行访问和操作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值