c语言中较常见的由内存分配引起的错误_内存越界_内存未初始化_内存太小_结构体隐含指针
2015-12-24 17:19
369 查看
转自/article/4855886.html
另一篇好文章http://www.cnblogs.com/lancidie/archive/2011/08/05/2128318.html
c语言中较常见的由内存分配引起的错误_内存越界_内存未初始化_内存太小_结构体隐含指针
1.指针没有指向一块合法的内存定义了指针变量,但是没有为指针分配内存,即指针没有指向一块合法的内浅显的例子就不举了,这里举几个比较隐蔽的例子。
1.1结构体成员指针未初始化
同样,也有人犯如下错误:
1.2 没有为结构体指针分配足够的内存
1.3 函数的入口处做指针校验
一般在函数入口处使用
assert是一个宏,而不是函数,包含在assert.h头文件中。如果其后面括号里的值为假,则程序终止运行,并提示出错;如果后面括号里的值为真,则继续运行后面的代码。这个宏只在Debug版本上起作用,而在Release版本被编译器完全优化掉,这样就不会影响代码的性能。
有人也许会问,既然在Release版本被编译器完全优化掉,那Release版本是不是就完全没有这个参数入口校验了呢?这样的话那不就跟不使用它效果一样吗?是的,使用assert宏的地方在Release版本里面确实没有了这些校验。
但是我们要知道,assert宏只是帮助我们调试代码用的,它的一切作用就是让我们尽可能的在调试函数的时候把错误排除掉,而不是等到Release之后。它本身并没有除错功能。再有一点就是,参数出现错误并非本函数有问题,而是调用者传过来的实参有问题。assert宏可以帮助我们定位错误,而不是排除错误。
这里其实涉及到了c语言的编程风格问题。
2. 为指针分配的内存太小
为指针分配了内存,但是内存大小不够,导致出现越界错误。
3.内存分配成功,但并未初始化
犯这个错误往往是由于没有初始化的概念或者是以为内存分配好之后其值自然为0。未初始化指针变量也许看起来不那么严重,但是它确确实实是个非常严重的问题,而且往往出现这种错误很难找到原因。
曾经有一个学生在写一个windows程序时,想调用字库的某个字体。而调用这个字库需要填充一个结构体。他很自然的定义了一个结构体变量,然后把他想要的字库代码赋值给了相关的变量。但是,问题就来了,不管怎么调试,他所需要的这种字体效果总是不出来。我(陈正冲)在检查了他的代码之后,没有发现什么问题,于是单步调试。在观察这个结构体变量的内存时,发现有几个成员的值为乱码。就是其中某一个乱码惹得祸!因为系统会按照这个结构体中的某些特定成员的值去字库中寻找匹配的字体,当这些值与字库中某种字体的某些项匹配时,就调用这种字体。但是很不幸,正是因为这几个乱码,导致没有找到相匹配的字体!因为系统并无法区分什么数据是乱码,什么数据是有效的数据。只要有数据,系统就理所当然的认为它是有效的。
也许这种严重的问题并不多见,但是也绝不能掉以轻心。所以在定义一个变量时,第一件事就是初始化。你可以把它初始化为一个有效的值,比如:
memset函数有三个参数,第一个是要被设置的内存起始地址;第二个参数是要被设置的值;第三个参数是要被设置的内存大小,单位为byte。这里并不想过多的讨论memset函数的用法,如果想了解更多,请参考相关资料。
至于指针变量如果未被初始化,会导致if语句或assert宏校验失败。这一点,上面已有分析。
4.内存越界
内存分配成功,且已经初始化,但是操作越过了内存的边界。这种错误经常是由于操作数组或指针时出现“多1”或“少1”。比如:
相关文章推荐
- 字符串分割(C++)
- C语言开发总结(二十五)
- C++ XML文件解析操作
- 小小黑客从鼠标钩子开始,密码看看看
- 山东省第六届蓝桥杯 ///标题:移动距离//c/c++组
- 山东省第六届蓝桥杯 ///标题:牌型种数//c/c++组
- 内联函数总结
- 山东省第六届蓝桥杯 ///标题:加法变乘法//c/c++组
- 黑马程序员——C语言---数组
- 山东省第六届蓝桥杯 ///标题:九数组分数//c/c++组
- C/C++之回调函数
- C++编译器与链接器工作原理
- D语言架构师Andrei Alexandrescu谈D、Go、Rust取代C/C++
- C++——STL中三种顺序容器的简要差别
- <Java> 获取当前调用函数, 如同C++中的__FUNC__, __FILE__, __LINE__
- C++文件操作
- 传统bp算法类C/C++实现
- C++中inline函数
- (原+转)C++中的lambda表达式
- C++事件的建立和使用SetEvent,ResetEvent