求助:为何还能访问delete之后的空间

_Erics

先看两段代码,引出对下面问题的思考:
  代码段1：  
  #include <iostream>
  using namespace std;
  int main()
{
   int * p = new int;
   delete p;
   *p = 3;
   cout<<*p<<endl;
   p= p+100;
   *p = 4;
   cout<<p<<endl;
   cin.get();
   return 0;
}

运行结果为:3    0x33f38  后一个输出地址

#include <iostream>
  using namespace std;
  int main()
{
   int * p = new int;
   delete p;
   *p = 3;
   cout<<*p<<endl;
   p= p+200;
   *p = 4;
   cout<<p<<endl;
   cin.get();
   return 0;
}

编译运行会出现运行时错误

想引出的问题是这样的,为何动态申请的内存被释放掉之后还可以对其进行访问?delete操作到底做了什么事情?
由于p是指向进程的堆空间,为何对地址为p+100的内存块可以访问,而对地址为p+200的内存块访问时就有问
题?系统为进程分配的堆大小不可能小于1K,而p到p+200的地址空间还不足1K,该进程又没有其它的堆内存使用.

coldplus

delete只是告诉系统这块空间可以再次被使用，安全的做法是delete之后，再把指针给NULL掉。

_Erics

但是delete这块内存之后,是否就说明这块内存不再属于这个进程的地址空间了？
如果不属于该进程的地址空间的话，访问的时候是会出现错误的,比如像access denied这类错误!

hjmsolar

原帖由 coldplus 于 2006-5-19 17:30 发表
delete只是告诉系统这块空间可以再次被使用，安全的做法是delete之后，再把指针给NULL掉。

有道理!

hjmsolar

原帖由 _Erics 于 2006-5-19 22:14 发表
但是delete这块内存之后,是否就说明这块内存不再属于这个进程的地址空间了？
如果不属于该进程的地址空间的话，访问的时候是会出现错误的,比如像access denied这类错误!

这个是不是跟系统的内存保护有关哦???

chenyajun5

字符串被free之后好像也可以被访问。。也是这个原因么？

JohnBull

因为内存还在堆里面，没有归还给系统。
你们的疑问说明了为什么操作系统都是C写的，而不是C++。

_Erics

因为内存还在堆里面，没有归还给系统。
你们的疑问说明了为什么操作系统都是C写的，而不是C++。

赞同JohnBull的第一个观点，但是对第二个观点不是很理解：
我写了一个类似的C程序，把new和delete改成了malloc和free，
但是free之后的内存空间还是可以被访问的。
看来要补一下libc对进程堆内存的管理了

amoyppa

楼主，我编译的2个都没有出现错误。RH4.0的系统。