经常看到有人说delete函数和free函数,但是他们好像浑然不觉,这种说法根本就是错的。
free是一个函数,但是delete是一个地地道道的操作符。
废话不说了,看代码:(先看delete的)
#include<iostream>
using namespace std;
int main()
{
int *p = new int;
cout << "delete前-----------------" << endl;
cout << "未初始化,p指向的值是随机的: %d" << *p << endl;
*p = 1;
cout << "初始化后,p指向的值为:" << *p << endl;
cout << "p的地址为:" << &p << endl;
cout << "p指向的地址为:" << p << endl;
cout << endl;
delete p;
//*p = 100; 这里赋值会中断程序
cout << "delete前-----------------" << endl;
//cout << "p指向的值为:" << *p << endl; 不同编译器可能不同 我这里会中断
cout << "p的地址为:" << &p << endl;
cout << "p指向的地址为:" << p << endl;
p = NULL;
system("pause");
return 0;
}
运行结果:
从结果分析来看,delete后p指向的地址发生了变化(这个变化是因为我是vs编译器,00008123是vs执行delete后都访问到的地址),若果对指针进行操作,程序中断。
说明delete后,指向的地址已经被释放了,不能再对这块地址进行操作,如果再对这块地址进行操作,将会出错,可能有些编译器能够操作,那么即使能够得到数据也是未知的。
为了验证delete后,指针的地址变为00008123是因为vs编译器的问题,我在vc中用同样的代码做了测试,结果如下:
结果是显而易见的。
说明:在vc中对delete后的指针进行赋值和取值会编译失败。
看看free函数的:
#include<iostream>
using namespace std;
int main()
{
int *p = (int*)malloc(sizeof(int));
cout << "free前-----------------" << endl;
cout << "未初始化,p指向的值是随机的: %d" << *p << endl;
*p = 1;
cout << "初始化后,p指向的值为:" << *p << endl;
cout << "p的地址为:" << &p << endl;
cout << "p指向的地址为:" << p << endl;
cout << endl;
free(p);
*p = 100;
cout << "free后-----------------" << endl;
cout << "p指向的值为:" << *p << endl;
cout << "p的地址为:" << &p << endl;
cout << "p指向的地址为:" << p << endl;
p = NULL;
system("pause");
return 0;
}
运行结果:
发现:free之后还是可以对p进行操作,而且能够对p指向的内存空间进行赋值,赋值后也可以取得正确的数据。p指向的地址也是没有一丝变化。那是否意味着free啥都没做呢,是否也意味着我们可以对free后的空间继续使用呢?
答案是:当然不是
free的功能:释放p指向的存储空间。被释放的空间通常被送入可用存储区池,以后可在调用malloc、realloc以及calloc函数来再分配。
就是说没有执行free的时候,这段内存空间不可以被再分配,但是free掉以后,这段内存就可以被再分配。
只是再分配,而不是清空数据内容,所以你还能继续访问操作。但是说不定啥时候这段free后的空间就被再分配了,你的程序也指不定就歇逼了。
总结:执行delete后,指针指向的内存会被释放,(vs编译器中:指针指向的内存地址变为00008123)实际上指向的内存地址应该是原来指向的地址,是不变的。不能对delete后的指针进行操作,如果进行赋值或者取值等操作,在vs中程序能编译通过,但运行中断,在vc中直接编译失败。
执行free后,指针的内存被释放,指向的地址不会发生变化,可以对内存继续进行读写,程序的编译和执行也没有问题,但是这种操作很危险,千万别这么尝试。另外,程序员都应该有一个好的习惯,delete或者free之后记得将指针置为NULL,每次使用指针的时候都对指针进行NULL判断。