关于C/C++内存管理的几点总结(转)
2010-12-04 11:34
363 查看
/article/4698729.html
这篇博客最后写了5个规则,虽然简单,但是还是有些问题,在这里稍作说明。
【规则1
】
用malloc或new申请内存之后,应该立即检查指针值是否为NULL。防止使 用指针值为NULL的内存。
偶
评:参考wiki百科针对malloc以及new的说明,对于C语言malloc方式,检查NULL是可以的,但是对于C++的new操作符
(operator),检查NULL基本是无用的,因为C++有异常机制,new不成功就会抛异常std::bad_alloc,如何处理可参考 http://msdn.microsoft.com/en-us/library/kftdy56f%28v=VS.71%29.aspx
【规则2
】
不要忘记为数组和动态内存赋初值。防止将未被初始化的内存作为右值使用。
偶评:初值的赋值操作也是要花时间的,C语言初始化一块内存memset的时候要注意用buffersize * sizeof(Object),而C++就更复杂了,比如构造函数,new的重载之类,要小心。
【规则3
】
避免数组或指针的下标越界,特别要当心发生“多1”或者“少1”操作。
偶
评:一般来讲多一少一运行时不会一定出错,比如微软编译器申请内存一般会比你指定的大一些,比如你申请10bytes,如char* p=
malloc(10);,通常情况下操作p[10],p[11]啥的是没有问题的,所以会发生一些奇怪的现象,就是某些bug有人机器会出,有人就无法重
现。
【规则4
】
动态内存的申请与释放必须配对,防止内存泄漏。
偶评:要说明的是,new一定和delete配对,malloc一定和free配对,否则也会出错。另外new [],一定要delete [],否则也会泄露。
【规则5
】
用free或delete释放了内存之后,立即将指针设置为NULL,防止产生 “野指针”。
偶评:这种情况一般是代码中函数写的比较长,指针用了又用,或者指针是全局的情况。所以一般软件公司的编码规范都会硬性要求这样做,如果函数很短小 精悍,其实不会有这种担忧的。当然,偶也同意这样做有益无害。
再加入一些额外的说明:
对
于指针类型的检查,不应该用assert,而是应该正常操作,if(!p) return
E_POINTER;这样。使用assert的语义与空指针判断是两码事。如果不想判断或者图省事,C++中可以用const
reference类型,但是不建议传入reference对象,然后在函数体内修改。
针对内存操作,比如memset,memcpy,同样要注意不能访问越界的数据,类似规则3。
针对C++,new delete其实可以做出好多花样,个人感觉用处不大,因为服务器端编程大多用C配合内存池,重载new之类的学了也很少用。如果对服务器端内存管理感兴 趣,可以读读nginx的代码,简洁高效实用。
一
般来讲,应该是谁拉的屎谁擦屁股,也就是说某个对象或者函数new了一些东西,它应该负责delete,否则距离不仅仅产生美,还会产生
bug。(多废话一下,比如在aaa.cpp里面new了一些东西,然后你在bbb.cpp里面释放它,甚至在不同地方释放它,如果对程序结构不了解,很
容易产生bug)
可以通过python或者lua编写一些小软件,检查项目中new与delete,malloc与free的个数,如果个数不匹配,就有可能有 bug,另外还可以检查new[]与delete[]的配对情况。我编写了一个这样的小工具,完善以后放出来。
这篇博客最后写了5个规则,虽然简单,但是还是有些问题,在这里稍作说明。
【规则1
】
用malloc或new申请内存之后,应该立即检查指针值是否为NULL。防止使 用指针值为NULL的内存。
偶
评:参考wiki百科针对malloc以及new的说明,对于C语言malloc方式,检查NULL是可以的,但是对于C++的new操作符
(operator),检查NULL基本是无用的,因为C++有异常机制,new不成功就会抛异常std::bad_alloc,如何处理可参考 http://msdn.microsoft.com/en-us/library/kftdy56f%28v=VS.71%29.aspx
【规则2
】
不要忘记为数组和动态内存赋初值。防止将未被初始化的内存作为右值使用。
偶评:初值的赋值操作也是要花时间的,C语言初始化一块内存memset的时候要注意用buffersize * sizeof(Object),而C++就更复杂了,比如构造函数,new的重载之类,要小心。
【规则3
】
避免数组或指针的下标越界,特别要当心发生“多1”或者“少1”操作。
偶
评:一般来讲多一少一运行时不会一定出错,比如微软编译器申请内存一般会比你指定的大一些,比如你申请10bytes,如char* p=
malloc(10);,通常情况下操作p[10],p[11]啥的是没有问题的,所以会发生一些奇怪的现象,就是某些bug有人机器会出,有人就无法重
现。
【规则4
】
动态内存的申请与释放必须配对,防止内存泄漏。
偶评:要说明的是,new一定和delete配对,malloc一定和free配对,否则也会出错。另外new [],一定要delete [],否则也会泄露。
【规则5
】
用free或delete释放了内存之后,立即将指针设置为NULL,防止产生 “野指针”。
偶评:这种情况一般是代码中函数写的比较长,指针用了又用,或者指针是全局的情况。所以一般软件公司的编码规范都会硬性要求这样做,如果函数很短小 精悍,其实不会有这种担忧的。当然,偶也同意这样做有益无害。
再加入一些额外的说明:
对
于指针类型的检查,不应该用assert,而是应该正常操作,if(!p) return
E_POINTER;这样。使用assert的语义与空指针判断是两码事。如果不想判断或者图省事,C++中可以用const
reference类型,但是不建议传入reference对象,然后在函数体内修改。
针对内存操作,比如memset,memcpy,同样要注意不能访问越界的数据,类似规则3。
针对C++,new delete其实可以做出好多花样,个人感觉用处不大,因为服务器端编程大多用C配合内存池,重载new之类的学了也很少用。如果对服务器端内存管理感兴 趣,可以读读nginx的代码,简洁高效实用。
一
般来讲,应该是谁拉的屎谁擦屁股,也就是说某个对象或者函数new了一些东西,它应该负责delete,否则距离不仅仅产生美,还会产生
bug。(多废话一下,比如在aaa.cpp里面new了一些东西,然后你在bbb.cpp里面释放它,甚至在不同地方释放它,如果对程序结构不了解,很
容易产生bug)
可以通过python或者lua编写一些小软件,检查项目中new与delete,malloc与free的个数,如果个数不匹配,就有可能有 bug,另外还可以检查new[]与delete[]的配对情况。我编写了一个这样的小工具,完善以后放出来。
相关文章推荐
- 关于C++中static关键字的几点总结
- 【转载】关于C++中cin的几点说明性总结
- 关于C++里面使用set_union,set_intersection等函数的使用总结
- 关于C++ const 的全面总结
- 关于C/C++中typedef的定义与用法总结
- 关于UIScrollView的几点总结
- 关于C++中的构造函数、拷贝构造函数、析构函数的总结
- 关于left join 的几点总结
- 关于C语言变量和函数命名总结以下几点,大家可以讨论交流一下:
- 关于C++ const 的全面总结
- 关于C++中的友元函数的总结
- 关于C++ const 的全面总结
- 关于C++中构造函数初始化成员列表的总结
- 关于C++中的虚拟继承的一些总结
- 关于数组的几点总结
- 关于C++ const 的全面总结
- 关于C/C++中二维数组、指针的引用等若干问题的总结
- 关于C++中的友元函数的总结
- 关于C++ const 的全面总结
- [c++]关于时间函数的总结