程序猿虎牙参上|这些陷阱一定要避开!,解密C语言中的指针和内存泄漏( 三 )


有时 , 某些函数会返回对动态分配的内存的引用 。 跟踪该内存位置并正确地处理它就成为了calling函数的职责 。
char*func()
{
returnmalloc(20);//makesuretomemsetthislocationto‘0’…
}
voidcallingFunc()
{
func();//Problemlieshere
}
在上面的示例中 , callingFunc()函数中对func()函数的调用未处理该内存位置的返回地址 。 结果 , func()函数所分配的20个字节的块就丢失了 , 并导致了内存泄漏 。
程序猿虎牙参上|这些陷阱一定要避开!,解密C语言中的指针和内存泄漏
文章图片
归还您所获得的
在开发组件时 , 可能存在大量的动态内存分配 。 您可能会忘了跟踪所有指针(指向这些内存位置) , 并且某些内存段没有释放 , 还保持分配给该程序 。
始终要跟踪所有内存分配 , 并在任何适当的时候释放它们 。 事实上 , 可以开发某种机制来跟踪这些分配 , 比如在链表节点本身中保留一个计数器(但您还必须考虑该机制的额外开销) 。
访问空指针
访问空指针是非常危险的 , 因为它可能使您的程序崩溃 。 始终要确保您不是在访问空指针 。
没有躲过的坑--指针(内存泄露)
C++被人骂娘最多的就是指针 。
夜深人静的时候 , 拿出几个使用指针容易出现的坑儿 。 可能我的语言描述有些让人费劲 , 尽量用代码说话 。
通过指向类的NULL指针调用类的成员函数
试图用一个null指针调用类的成员函数 , 导致崩溃:
#include
usingnamespacestd;
classAvoidset(intx)intget()const};
intmain()
为什么会这样?
通过非法指针调用函数 , 就相当于给函数传递了一个指向函数的非法指针!
但是为什么pA2->dumb()会成功呢?
因为导致崩溃的是访问了成员变量!!
使用已经释放的指针
structX;
intfoo(){
structX*pX;
pX=(structX*)malloc(sizeof(structX));
pX->data=https://pcff.toutiao.jxnews.com.cn/p/20201028/10;
free(pX);
...returnpX->data;
}
使用未初始化的指针
如果你这样写 , 编译器会提示你使用了未初始化的变量p 。
voidfooA()
{
int*p;*p=100;
}
那么如果我释放一个初始化的指针呢?
voidfooB()
{
int*p;
free(p);
}
结果是一样的!!
释放已经释放的指针
直接看看代码:
voidfooA()
{
char*p;
p=(char*)malloc(100);
cout
free(p);
cout
free(p);
}
这样的问题也许不会立即使你的程序崩溃 , 那样后果更加严重!!
没有调用子类的析构函数
之前讲过 , 父类的析构函数最好声明为虚!!
ParentClass*pObj=newChildClass;
...deletepObj;
上述代码会造成崩溃 , 如果父类的析构函数不声明为虚 , 那么不会调用继承类的析构函数 , 造成内存泄露 。
内存溢出
当我们拷贝字符串的时候 , 我们常常会用到memcpy函数 。 这里特别需要注意的就是字符串结尾的null字符:
char*p=(char*)malloc(strlen(str));
strcpy(p,str);
为了躲过这个坑 , 只需要把strlen(str)改为strlen(str)+1 。
程序猿虎牙参上|这些陷阱一定要避开!,解密C语言中的指针和内存泄漏
文章图片
总结
本文讨论了几种在使用动态内存分配时应该避免的陷阱 。 要避免内存相关的问题 , 良好的习惯是:
1.始终结合使用memset和malloc分配内存 , 或始终使用calloc 。
2.每当向指针写入值时 , 都要确保对可用字节数和所写入的字节数进行交叉核对 。
3.在对指针赋值前 , 要确保没有内存位置会变为孤立的 。