delete和delete[] 的深度思考

2者似乎没有表面上看起来 （一个删除new出来的对象 一个删除对象数组） 那么简单，

他们还有着以下关系 基本类型 和 非基本类型的区别

对于基本数据类型int char 等等  的数组 

delete 等效于 delete[]

这似乎听起来很玄乎，和老师教的完全不一样

通常delete[] 用于删除数组 以下代码

、、
	  auto array  =  new int[2] ;

1. 用Dr memory 检测泄露 8 bytes
2. 用_CrtDumpMemoryLeaks() 检测也是8 bytes  宏_CRTDBG_MAP_ALLOC 可以限制具体信息

这结论都是知道的 那么我们来delete 和delete[]

A.对于delete  DR memory 没有检测到泄露 只是出现了警告 （invalid heap argument）

    _CrtDumpMemoryLeaks() 没有检测到泄露

B.对于delete[] 肯定都没问题的

以下代码就是该文 提出的问题所在

、、

static int count1 = 5;
class A
{
public:
	int x = count1;
	~A()
	{
		cout << "~A" << endl;
	}
	A()
	{
		count1++;

	}
};

int main(int argc, char *argv[])
{
	auto array = new A[2];

	//delete array;


	_CrtDumpMemoryLeaks();
	system("pause");
	return 0;
}

2个检测泄露方法都显示泄露12 bytes sizeof A显示是4字节，那么多出的四字节是怎么回事呢，结果进一步验证 发现是 记录对象个数 （经过反复测试）的 4字节变量 应该是unsigned int

定位到array的首地址 发现如图信息

intel X86 是小端模式所以地址低到高是  2 5 6 array的地址就是5的地址，可见编译器在实际对象地址之前多分配了4个字节，所以为了保证被分配的内存

全部被归还heap 必须用delete[] 来删除 delete将不会正确删除 

断点调试delete[]前后发现　证明了　会删除　２５６　这３个变量

经验证　　release 模式下也是如此

进一步发现 VC 下的文件dbgdel.cpp dbgdel2.cpp 有delete  delete[]  等CRT 源码

如果类A不带析构函数 那么久不会出现该问题

结论：

非基本类型的对象数组 删除请用delete[]  

基本数据类型的数组删除可用delete和delete[] 为了记忆的一致性 还是最好用delete[]