c/c++好多陷阱,越来越感觉确实水深...

田暗星 2010-12-27 09:57:45

void freePtr1(int* p1) //虽然没有正确释放p 确真正释放了内存再次p操作很危险
{
delete p1;
p1 = NULL;
}

void freePtr2(int*& p2)//完全正确
{
delete p2;
p2 = NULL;
}

void InitPtr1(int *p) //虽然没有为p正确分配内存但真正分配了内存多次会暗中耗尽内存且无法释放而泄漏
{
p = (int *)malloc(100*sizeof(int));
}

void InitPtr2(int *&p)//完全正确
{
p = (int *)malloc(100*sizeof(int));
}

...全文

187 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

田暗星 2010-12-27

打赏
举报

哈哈问题源于游戏中每次重新开始一个关卡内存会泄漏几百字节......
这是某个人搞的... 很头疼二分查找中...

人到中年琐事多 2010-12-27

打赏
举报

实际使用中没几个人这样去分配内存吧

ww884203 2010-12-27

打赏
举报

我赞成mstlq所说的，这个相当基本，如果你要说精髓在于内存变化，那么我猜测可能你以前是用Java或者Python之类的高层语言的，对于熟练使用C/C++的人来说，着眼于内存的确是基本功

Linux-Torvalds 2010-12-27

打赏
举报

明白了，原来是int *&p，是传指针p的引用。

ww884203 2010-12-27

打赏
举报

[Quote=引用 8 楼 c6u5fyd 的回复:]

引用 6 楼 ww884203 的回复:

也就是你用函数释放的时候，由于指针只是被copy了一次，所以你把函数参数的指针设置为NULL对原先的指针没有影响，所以就有了野指针~~~~也不算很大的陷阱，不过脑袋一晕确实容易忘

野指针不是重点重点是错误操作幕后的内存变化这个在游戏中很危险虽然操作失败感觉没什么确会耗尽内存让人头疼确找不到问题....
[/Quote]
我是针对前两个说的，free的问题就是野指针，后面一个malloc的问题就是分配了无法控制的内存。我觉得一般来说浪费一小块内存还不算什么，真正危险的是



Type * p = NULL;

while(p == NULL)

{

InitPtr1(p);  //这里的p是传值而不是传引用

}

随手写的，当然一般情况下不会出现这种直接的无限分配的情况，但是有可能会出现，在整个循环中有一句是检查是不是已经分配了内存，如果没有则分配，那样的话N次循环都发现没有分配内存就会耗尽内存

田暗星 2010-12-27

打赏
举报

[Quote=引用 6 楼 ww884203 的回复:]

也就是你用函数释放的时候，由于指针只是被copy了一次，所以你把函数参数的指针设置为NULL对原先的指针没有影响，所以就有了野指针~~~~也不算很大的陷阱，不过脑袋一晕确实容易忘
[/Quote]

野指针不是重点重点是错误操作幕后的内存变化这个在游戏中很危险虽然操作失败感觉没什么确会耗尽内存让人头疼确找不到问题....

田暗星 2010-12-27