CArray析构崩溃问题

2024-01-26 08:38
文章标签 问题 崩溃 析构 carray

本文主要是介绍CArray析构崩溃问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

今天遇到一个CArray 作为类成员析构崩溃的问题,百思不得其解,后来查了半天,才发现问题出在CArray的内存拷贝上,这点跟标准库的容器不一样,需要注意。

struct stBasicType
{int x;int y;std::map<int, int> m_map;
};void testNullMapDestroy()
{CArray<stBasicType> arr;		for (int i = 1; i <= 2 ; i++){stBasicType parm;parm.x = 100 * i;parm.y = 50 * i;arr.Add(parm);}
}

这个例子出错的原因比较复杂:

一开始以为是因为用CArray存储临时变量导致的,后来发现添加元素(Add)已经做了拷贝(2个结构体变量之间赋值)。

然后又怀疑是Add浅拷贝导致的,分析后又排除了这个原因,因为2个结构体之间赋值是可行的。

最后实在没办法了,就把CArray代码展开来,才找到了原因。

下面是一个模拟CArray添加元素、CArray析构的例子:

void TestAssign()
{//模拟CArray添加1个元素时申请内存int nSize = 1;stBasicType* pBuffer = (stBasicType*)new char[nSize * sizeof(stBasicType)];memset(pBuffer, 0, nSize * sizeof(stBasicType));for (int i = 0; i < nSize; i++){//在pBuffer的指定位置new一个stBasicType对象,不会申请新的内存new (pBuffer + i)stBasicType; }//模拟调用Add方法向CArray添加元素for (int i = 0; i < nSize; i++){stBasicType par;par.x = i;par.y = i;pBuffer[i] = par; //把一个结构体变量赋值给另一个结构体变量,是可以的}//模拟添加元素时CArray容量不足重新分配内存int nNewSize = 5;stBasicType* pNewBuffer = (stBasicType*)new char[nNewSize * sizeof(stBasicType)];//CArray出问题的关键就在这里,扩充数组容量时重新分配内存,//并且把原来的数据拷到新内存块里,但是这个拷贝只是浅拷贝,//结构体的map成员,是不能直接memcpy的memcpy_s(pNewBuffer, nNewSize * sizeof(stBasicType), pBuffer, nSize * sizeof(stBasicType));delete[] (char*)pBuffer;pBuffer = NULL;memset(pNewBuffer + nSize, 0, (nNewSize - nSize) * sizeof(stBasicType));for (int i = 0; i < (nNewSize - nSize); i++){new (pNewBuffer + nSize + i)stBasicType;}for (int i = 0; i < nNewSize; i++){//模拟CArray析构,走到这里会报错(pNewBuffer+i)->~stBasicType();}delete[] (char*)pNewBuffer;
}

上面的例子出错的根本原因就在于,map对象不能用memcpy。

可以这么理解,map内部有一个Buffer,map只保存指向Buffer的一个指针;对map做memcpy,实际上只是拷贝了指针,指针指向的还是同一块内存。当原来的map对象析构时,会把Buffer的内存delete掉,那么,memcpy出来的新map对象,其内部Buffer指针指向的就是一块已经被释放的内存,也就是野指针了。

相当于:

void TestMemcpyMap()
{std::map<int, int> map1, map2;memcpy_s(&map2, sizeof(std::map<int, int>), &map1, sizeof(std::map<int, int>));
}

另外,MSDN对此也做了说明:

 

这篇关于CArray析构崩溃问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/646221

相关文章

MySQL主从同步延迟问题的全面解决方案

《MySQL主从同步延迟问题的全面解决方案》MySQL主从同步延迟是分布式数据库系统中的常见问题,会导致从库读取到过期数据,影响业务一致性,下面我将深入分析延迟原因并提供多层次的解决方案,需要的朋友可... 目录一、同步延迟原因深度分析1.1 主从复制原理回顾1.2 延迟产生的关键环节二、实时监控与诊断方案

SQLyog中DELIMITER执行存储过程时出现前置缩进问题的解决方法

《SQLyog中DELIMITER执行存储过程时出现前置缩进问题的解决方法》在SQLyog中执行存储过程时出现的前置缩进问题,实际上反映了SQLyog对SQL语句解析的一个特殊行为,本文给大家介绍了详... 目录问题根源正确写法示例永久解决方案为什么命令行不受影响?最佳实践建议问题根源SQLyog的语句分

解决IDEA报错:编码GBK的不可映射字符问题

《解决IDEA报错:编码GBK的不可映射字符问题》:本文主要介绍解决IDEA报错:编码GBK的不可映射字符问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录IDEA报错:编码GBK的不可映射字符终端软件问题描述原因分析解决方案方法1:将命令改为方法2:右下jav

MyBatis模糊查询报错:ParserException: not supported.pos 问题解决

《MyBatis模糊查询报错:ParserException:notsupported.pos问题解决》本文主要介绍了MyBatis模糊查询报错:ParserException:notsuppo... 目录问题描述问题根源错误SQL解析逻辑深层原因分析三种解决方案方案一:使用CONCAT函数(推荐)方案二:

Redis 热 key 和大 key 问题小结

《Redis热key和大key问题小结》:本文主要介绍Redis热key和大key问题小结,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录一、什么是 Redis 热 key?热 key(Hot Key)定义: 热 key 常见表现:热 key 的风险:二、

IntelliJ IDEA 中配置 Spring MVC 环境的详细步骤及问题解决

《IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决》:本文主要介绍IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决,本文分步骤结合实例给大... 目录步骤 1:创建 Maven Web 项目步骤 2:添加 Spring MVC 依赖1、保存后执行2、将新的依赖

Spring 中的循环引用问题解决方法

《Spring中的循环引用问题解决方法》:本文主要介绍Spring中的循环引用问题解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录什么是循环引用?循环依赖三级缓存解决循环依赖二级缓存三级缓存本章来聊聊Spring 中的循环引用问题该如何解决。这里聊

Spring Boot中JSON数值溢出问题从报错到优雅解决办法

《SpringBoot中JSON数值溢出问题从报错到优雅解决办法》:本文主要介绍SpringBoot中JSON数值溢出问题从报错到优雅的解决办法,通过修改字段类型为Long、添加全局异常处理和... 目录一、问题背景:为什么我的接口突然报错了?二、为什么会发生这个错误?1. Java 数据类型的“容量”限制

关于MongoDB图片URL存储异常问题以及解决

《关于MongoDB图片URL存储异常问题以及解决》:本文主要介绍关于MongoDB图片URL存储异常问题以及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐... 目录MongoDB图片URL存储异常问题项目场景问题描述原因分析解决方案预防措施js总结MongoDB图

SpringBoot项目中报错The field screenShot exceeds its maximum permitted size of 1048576 bytes.的问题及解决

《SpringBoot项目中报错ThefieldscreenShotexceedsitsmaximumpermittedsizeof1048576bytes.的问题及解决》这篇文章... 目录项目场景问题描述原因分析解决方案总结项目场景javascript提示:项目相关背景:项目场景:基于Spring