16,472
社区成员
发帖
与我相关
我的任务
分享快来看看，很神奇的结果
#include <iostream>
using namespace std;
int main()
{
int *p=new int[3];
delete[] p;
delete[] p;
delete[] p;
delete[] p;
cout << "OK" << endl;
getchar();
return 0;
}
为什么上面这段代码在VC下会出错，而在visual Studio下运行没有问题。
这明明有内存泄漏，怎么visual Studio下可以正常运行，太神奇了。
using namespace std;
int main()
{
int *p=new int[3];
delete[] p;
delete[] p;
delete[] p;
delete[] p;
cout << "OK" << endl;
getchar();
return 0;
}
为什么上面这段代码在VC下会出错，而在visual Studio下运行没有问题。
这明明有内存泄漏，怎么visual Studio下可以正常运行，太神奇了。
...全文
请发表友善的回复…
发表回复
用户 昵称 2010-01-25
- 打赏
- 举报
神奇啊，为什么俺就想不到呢？
oldn123 2010-01-25
- 打赏
- 举报
我看到了，太神奇了
wcc526 2010-01-25
- 打赏
- 举报
大大大大大大
jackson35296 2010-01-22
- 打赏
- 举报
不好意思，我更正一下代码
if( p2 == p3 )
{
MessageBox(NULL, _T("暴露bug"),_T(""), 0 );
}
if( p2 == p3 )
{
MessageBox(NULL, _T("暴露bug"),_T(""), 0 );
}
jackson35296 2010-01-22
- 打赏
- 举报
[Quote=引用 2 楼 tr0j4n 的回复:]
释放已经释放的，VS的编译器更加先进些，容错能力强
[/Quote]
不是容错能力强，是潜在的bug。重复释放内存显然是错误的。楼主这里之所以没有问题，是因为代码太短，没有把潜在的bug给暴露出来。我在项目开发中曾经遇到过一次这样的问题，十分隐蔽，查了好久才查出来，原因就是释放了两次内存。释放两次会把堆破坏掉。代码是一个同事写的，习惯有点不太好。正确的写法应该是：
int *p = new int[3];
delete []p;
p = NULL;//这条语句还是很重要的，尽管很多人不写。如果没有这条语句，再次调用delete []p;的时候很可能不会崩溃，只是破坏了堆，形成潜在的bug。如果有p=NULL，再次释放必然会崩溃。
int *p=new int[3];
delete[] p;
delete[] p;
delete[] p;
delete[] p;
下面说一下楼主这样写造成如何潜在的bug:
1.这个bug的特点是，你调试运行的时候编译器会告诉你堆被破坏，但是你直接运行的时候，程序不会崩溃。
2.在以后的代码中再次new时，呈现该bug，以代码说明
int *p=new int[3];
delete[] p;
delete[] p;
int *p2 = new int[3];
int *p3 = new int[3];
if ( p2 == p2 )
{
MessageBox(NULL, _T("暴露bug"),_T(""), 0 );
}
释放两次之后，你继续分配两次，会造成分配的两段内存实际上是同一段内存，这是堆被破坏的结果。如果只有一个delete []p,下面的分配内存则不会有问题。
总结：不是楼上诸位说的容错能力强，编译器优化之类的，只是楼主代码短小，潜在的bug没有暴露，只要继续分配内存，则会暴露该问题。
释放已经释放的，VS的编译器更加先进些，容错能力强
[/Quote]
不是容错能力强，是潜在的bug。重复释放内存显然是错误的。楼主这里之所以没有问题，是因为代码太短，没有把潜在的bug给暴露出来。我在项目开发中曾经遇到过一次这样的问题，十分隐蔽，查了好久才查出来，原因就是释放了两次内存。释放两次会把堆破坏掉。代码是一个同事写的，习惯有点不太好。正确的写法应该是：
int *p = new int[3];
delete []p;
p = NULL;//这条语句还是很重要的，尽管很多人不写。如果没有这条语句，再次调用delete []p;的时候很可能不会崩溃，只是破坏了堆，形成潜在的bug。如果有p=NULL，再次释放必然会崩溃。
int *p=new int[3];
delete[] p;
delete[] p;
delete[] p;
delete[] p;
下面说一下楼主这样写造成如何潜在的bug:
1.这个bug的特点是，你调试运行的时候编译器会告诉你堆被破坏，但是你直接运行的时候，程序不会崩溃。
2.在以后的代码中再次new时，呈现该bug，以代码说明
int *p=new int[3];
delete[] p;
delete[] p;
int *p2 = new int[3];
int *p3 = new int[3];
if ( p2 == p2 )
{
MessageBox(NULL, _T("暴露bug"),_T(""), 0 );
}
释放两次之后，你继续分配两次，会造成分配的两段内存实际上是同一段内存，这是堆被破坏的结果。如果只有一个delete []p,下面的分配内存则不会有问题。
总结：不是楼上诸位说的容错能力强，编译器优化之类的，只是楼主代码短小，潜在的bug没有暴露，只要继续分配内存，则会暴露该问题。
fo1_sky 2010-01-22
- 打赏
- 举报
[Quote=引用 17 楼 myliupp 的回复:]
如何判断内存泄露？一定要报出一个运行时错误吗？
对NULL指针进行delete是不出问题的，但是对同一地址delete多次（new和delete不成对不按顺序），就是有问题的，不要以身试法。
Visual C++是Visual Studio的一部分，拜托你报一下版本，98(6.0)或2003、2005、2008、2010。
[/Quote]
顶
如何判断内存泄露？一定要报出一个运行时错误吗？
对NULL指针进行delete是不出问题的，但是对同一地址delete多次（new和delete不成对不按顺序），就是有问题的，不要以身试法。
Visual C++是Visual Studio的一部分，拜托你报一下版本，98(6.0)或2003、2005、2008、2010。
[/Quote]
顶
myliupp 2010-01-22
- 打赏
- 举报
如何判断内存泄露？一定要报出一个运行时错误吗？
对NULL指针进行delete是不出问题的，但是对同一地址delete多次（new和delete不成对不按顺序），就是有问题的，不要以身试法。
Visual C++是Visual Studio的一部分，拜托你报一下版本，98(6.0)或2003、2005、2008、2010。
对NULL指针进行delete是不出问题的，但是对同一地址delete多次（new和delete不成对不按顺序），就是有问题的，不要以身试法。
Visual C++是Visual Studio的一部分，拜托你报一下版本，98(6.0)或2003、2005、2008、2010。
ypb362148418 2010-01-22
- 打赏
- 举报
[Quote=引用 2 楼 tr0j4n 的回复:]
释放已经释放的，VS的编译器更加先进些，容错能力强
[/Quote]
//支持
释放已经释放的，VS的编译器更加先进些，容错能力强
[/Quote]
//支持
这不是鸭头 2010-01-22
- 打赏
- 举报
呵呵，楼主搞错了
珍惜生命远离CPP 2010-01-22
- 打赏
- 举报
未定义行为
内存泄露肯定是没有的
内存泄露肯定是没有的
shentao17792 2010-01-22
- 打赏
- 举报
跟内存泄露不搭边啊。。
也许vs把后面三个给优化掉了，顶楼上
也许vs把后面三个给优化掉了，顶楼上
WizardK 2010-01-22
- 打赏
- 举报
[Quote=引用楼主 wcc526 的回复:]
#include <iostream>
using namespace std;
int main()
{
int *p=new int[3];
delete[] p;
delete[] p;
delete[] p;
delete[] p;
cout < < "OK" < < endl;
getchar();
return 0;
}
为什么上面这段代码在VC下会出错，而在visual Studio下运行没有问题。
这明明有内存泄漏，怎么visual Studio下可以正常运行，太神奇了。
[/Quote]
你指的Visual Studio是什么版本？可能是后面三句“delete[] p”被优化掉了的原因。
#include <iostream>
using namespace std;
int main()
{
int *p=new int[3];
delete[] p;
delete[] p;
delete[] p;
delete[] p;
cout < < "OK" < < endl;
getchar();
return 0;
}
为什么上面这段代码在VC下会出错，而在visual Studio下运行没有问题。
这明明有内存泄漏，怎么visual Studio下可以正常运行，太神奇了。
[/Quote]
你指的Visual Studio是什么版本？可能是后面三句“delete[] p”被优化掉了的原因。
IcyPlayer 2010-01-22
- 打赏
- 举报
这个不叫内存泄露，叫堆腐败，至于重复释放内存可能引起的问题，不是很好确定
S_S_Ge 2010-01-22
- 打赏
- 举报
up
fandh 2010-01-22
- 打赏
- 举报
泄露？楼主搞错了吧！
青稞 2010-01-22
- 打赏
- 举报
楼主的话很神奇,很强大..
tanwei1002 2010-01-22
- 打赏
- 举报
有泄漏吗？
harry330 2010-01-22
- 打赏
- 举报
没有内存泄漏啊。。正常
yaozhiyong110 2010-01-22
- 打赏
- 举报
这也叫神奇？
bragi523 2010-01-22
- 打赏
- 举报
[Quote=引用 2 楼 tr0j4n 的回复:]
释放已经释放的，VS的编译器更加先进些，容错能力强
[/Quote]
vc里面这叫删除野指针,并不是泄露
释放已经释放的，VS的编译器更加先进些，容错能力强
[/Quote]
vc里面这叫删除野指针,并不是泄露
加载更多回复（5）
