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

相关文章

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

Springboot如何正确使用AOP问题

《Springboot如何正确使用AOP问题》:本文主要介绍Springboot如何正确使用AOP问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录​一、AOP概念二、切点表达式​execution表达式案例三、AOP通知四、springboot中使用AOP导出

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如

Redis分片集群、数据读写规则问题小结

《Redis分片集群、数据读写规则问题小结》本文介绍了Redis分片集群的原理,通过数据分片和哈希槽机制解决单机内存限制与写瓶颈问题,实现分布式存储和高并发处理,但存在通信开销大、维护复杂及对事务支持... 目录一、分片集群解android决的问题二、分片集群图解 分片集群特征如何解决的上述问题?(与哨兵模

SpringBoot+Redis防止接口重复提交问题

《SpringBoot+Redis防止接口重复提交问题》:本文主要介绍SpringBoot+Redis防止接口重复提交问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不... 目录前言实现思路代码示例测试总结前言在项目的使用使用过程中,经常会出现某些操作在短时间内频繁提交。例