基于C++中常见内存错误的总结

在系统开发过程中出现的bug相对而言是比较好解决的，花费在这个上面的调试代价不是很大，但是在系统集成后的bug往往是难以定位的bug（最好方式是打桩，通过打桩可以初步锁定出错的位置，如：进入函数前打印日志，离开时再次打印日志）。而这些难以定位的bug基本分为2类：内存错误和并非问题。

1、内存泄露
如果在堆栈上分配的内存使用完成后没有释放就会造成内存泄露。少量的内存泄露不至于让程序崩溃，但是大量的内存泄露就会导致内存耗尽，后续内存分配失败，从而导致程序崩溃。长时间运行软件，即使只有一两处泄露，同样会导致程序崩溃。所以有当出现内存泄露请检查是否释放了资源。

2、内存越界访问
内存越界访问有两种：一种是读越界，即读了不属于自己的数据，如果所读的内存地址是无效的，程序就立即崩溃。如果所读的内存地址是有效的，在读的时候不会出现问题，但是由于读到的数据是随机的，他会产生不可预料的后果，另一种是写越界，又叫缓冲区溢出。所写的数据是随机的，他也会产生不可预料的后果。

内存越界访问造成的后果非常严重，是引起程序不稳定的主要原因之一，最主要的是它造成的后果是随机的，表现出来的症状和时机也是随机的，让bug的现象和本质看似没有什么联系，这给bug定位带来了极大的困难。所以在时机开发过程中，对于外部传入的参数要仔细检查。

3、野指针
释放掉的内存会被内存管理器重新分配。此时野指针指向的内存已经被赋予新的意义。对野指针指向的内存访问，无论是有意的还是无意的，都会为此付出巨大代价，因为它造成的后果，如果越界访问一样是不可预料的。解决野指针最好的方法：释放内存后立即把对应指针置为空值。

4、访问空指针
在访问指针指向的内存时，确保指针不是空指针。访问空指针指向的内存，通常会导致程序崩溃，或者不可预料的错误。

5、引用未初始化的变量
未初始化变量的内容是随机的，使用这些数据会造成不可预料的后果，调试这样的bug也非常困难。最好的解决办法：在声明变量的时候就对它进行初始化。

6、不清楚的指针运算
如：int *p=....;
p+n等价于(size_t)p+n*sizeof(*p);

7、结构体成员顺序变化引发的错误

8、结构体大小变化引发的错误

9、分配释放不配对

10、返回指向临时变量的指针
栈里面的变量时临时的，当前函数执行完成时，先关的临时变量和参数都被清除了。不能把指向这些临时变量的指针返回给调用这，这样的指针执行的数据是随机的，会给程序造成不可预料的后果。

11、试图修改常量
如：char *p="1234";
*p='1';

12、误解传值和传引用

13、重名符号
关于重名问题可以参考：C++重定义解决方法总结

14、栈溢出

15、误用sizeof
C++通常是按值传递参数，而数组则是例外，在传递数组参数时，数组退化为指针(及按引用传递)，此时用sizeof是无法获取数据的大小。

16、字节对齐
字节对齐主要目的是提高内存访问效率，在某些平台上，就不仅仅是效率问题，如果不对齐得到的数据是错误的。大多数情况下编译器会保值全局变量和临时变量按照正确的方式对齐。内存管理器会保证动态按照正确的方式对齐。要注意的是：在不同的类型的变量之间转换时要小心。
字节对齐也会造成结构体大小的变化，在程序内部用sizeof来取的结构的大小就可以了。若数据要在不同的机器间传递时，在通信协议中要规定对齐的方式，避免对齐方式不一致引发的问题。
关于字节对齐问题请参考：关于C++内存中字节对齐问题的详细介绍

17、字节顺序
字节顺序历来是设计跨平台最头痛的问题。字节顺序是关于数据在物理内存中的布局问题，最常见的字节顺序有两种：大端模式和小端模式
大端模式：高位字节数据存放在低地址处，低位字节数据存放在高地址处。
小端模式：低位字节数据存放在内存低地址处，高字节字节数据存放在内存高地址处

如：long n=0x11223344
模式第1字节 第2字节第3字节  第4字节
大端模式0x110x220x330x44
小端模式0x440x330x220x11

在普通软件中，字节顺序问题并不引人注目。而在开发与网络通信和数据交换有关的软件时，字节顺序就要多注意了。

18、多线程共享变量没有用valotile修饰
valotile作用：告诉编译器不要把变量优化到寄存器中。在开发多线程的程序是，如果这些线程共享一些全局变量，这些全局变量最好使用valotile修饰。这样可以避免因为编译器优化而引起的错误。

赞 (0)

相关推荐

  • 解决VC++编译报错error C2248的方案

    在使用诸如:CArray或是 CList等类时,经常会出现此错误 此错误的原因是由于自定义的类的数组项时 有一个操作如  Add()  在这个操作中,实际上需要一个 = 操作,但是这个 =操作在 自定义类中没有实现,于是,程序自动去它的parent 类 也就是 CObject 类去找,但是却找到个这个类的 = 是一个 private  于是就报了这个错误. 知道了原因解决方法自然就有了,那就是在自定义类中 重载操作符 =   重载后 这个错误就没有了. class COptRect : publ

  • 基于C++中常见编译错误的总结详解

    在日常编码过程中会遇见各种编译错误,本文对常见的编译错误进行分析总结.(基本的编译错误在这里不列举,后续后持续更新) 1.error c101008a解决方法该错误出现在项目升级过程中会出现,比如说项目从vs2008升级到vs2010.解决办法:在项目上点右键,清理(Clean),重新编译,问题解决 2.error C2252解决方法该错误主要在项目从vs2008升级到vs2010出先.error C2252: an explicit instantiation of a template ca

  • C++编译器无法捕捉到的8种错误实例分析

    本文实例分析了C++编译器无法捕捉到的8种错误,分享给大家供大家参考之用.有助于深入理解C++运行原理,具体分析如下: 众所周知,C++是一种复杂的编程语言,其中充满了各种微妙的陷阱.在C++中几乎有数不清的方式能把事情搞砸.幸运的是,如今的编译器已经足够智能化了,能够检测出相当多的这类编程陷阱并通过编译错误或编译警告来通知程序员.最终,如果处理得当的话,任何编译器能检查到的错误都不会是什么大问题,因为它们在编译时会被捕捉到,并在程序真正运行前得到解决.最坏的情况下,一个编译器能够捕获到的错误只

  • c++ mk文件出错Jni调用产生java.lang.UnsatisfiedLinkError错误解决方法

    c++ mk文件出错Jni调用产生java.lang.UnsatisfiedLinkError错误解决方法

    错误为: Android.mk文件 c++的调用方法为: 复制代码 代码如下: LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := TestNdk LOCAL_CPP_EXTENSION :=com_ndk_test_JniClient.cpp include $(BUILD_SHARED_LIBRARY) c中的调用方法: 复制代码 代码如下: LOCAL_SRC_FILES := com_ndk_test_Jn

  • 基于C++中sprintf的错误总结详解

    sprintf 是个变参函数,使用时经常出问题,而且只要出问题通常就是能导致程序崩溃的内存访问错误.下面对sprintf 常出错误问题进行简单的总结: 1.缓冲区溢出:第一个参数的长度太短了,解决办法:将第一个参数的长度扩大.打印字符串时,尽量使用"%.ns"的形式指定最大字符数char buf[5];sprintf(buf, ":%d", 3246);printf("buf is %s\n", buf); 将buf修改为char buf[6]

  • VC++实现通过API来查看程序错误信息的方法

    本文实例介绍了VC++通过API查看错误信息的方法,可以在遇到错误的时候,将显示出错信息并退出处理,具体的实现代码如下: if((m_hBitMap=(HBITMAP)::LoadImage(NULL,filepath,IMAGE_BITMAP,0,0,LR_DEFAULTSIZE|LR_LOADFROMFILE))==NULL) { LPVOID lpMsgBuf; DWORD dw = ::GetLastError(); FormatMessage( FORMAT_MESSAGE_ALLOC

  • 基于C++中常见内存错误的总结

    在系统开发过程中出现的bug相对而言是比较好解决的,花费在这个上面的调试代价不是很大,但是在系统集成后的bug往往是难以定位的bug(最好方式是打桩,通过打桩可以初步锁定出错的位置,如:进入函数前打印日志,离开时再次打印日志).而这些难以定位的bug基本分为2类:内存错误和并非问题. 1.内存泄露如果在堆栈上分配的内存使用完成后没有释放就会造成内存泄露.少量的内存泄露不至于让程序崩溃,但是大量的内存泄露就会导致内存耗尽,后续内存分配失败,从而导致程序崩溃.长时间运行软件,即使只有一两处泄露,同样

  • 详谈Linux开发中常见段错误问题的原因及分析

    1    使用非法的内存地址(指针),包括使用未经初始化及已经释放的指针.不存在的地址.受系统保护的地址,只读的地址等,这一类也是最常见和最好解决的段错误问题,使用GDB print一下即可知道原因. 2    内存读/写越界.包括数组访问越界,或在使用一些写内存的函数时,长度指定不正确或者这些函数本身不能指定长度,典型的函数有strcpy(strncpy),sprintf(snprint)等等. 3    对于C++对象,应该通过相应类的接口来去内存进行操作,禁止通过其返回的指针对内存进行写操

  • 基于JVM 中常见垃圾收集算法介绍

    基于JVM 中常见垃圾收集算法介绍

    JVM 中常见的垃圾收集算法有四种: 标记-清除算法(Mark-Sweep): 复制算法(Copying): 标记-整理(Mark-Compact): 分代收集: 下面我们来一一介绍: 一.标记-清除算法(Mark-Sweep) 这是最基础的垃圾收集算法,算法分为"标记"和"清除"两个阶段:首先标记出所有需要回收的对象,在标记完成后统一回收掉所有被标记的对象.它的主要缺点有两个:一个是效率问题,标记和清除效率都不高:另一个是空间问题,标记清除后会产生大量不连续的内存

  • 基于Java中字符串内存位置详解

    前言 之前写过一篇关于JVM内存区域划分的文章,但是昨天接到蚂蚁金服的面试,问到JVM相关的内容,解释一下JVM的内存区域划分,这部分答得还不错,但是后来又问了Java里面String存放的位置,之前只记得String是一个不变的量,应该是要存放在常量池里面的,但是后来问到new一个String出来应该是放到哪里的,这个应该是放到堆里面的,后来又问到String的引用是放在什么地方的,当时傻逼的说也是放在堆里面的,现在总结一下:基本类型的变量数据和对象的引用都是放在栈里面的,对象本身放在堆里面,

  • PHP中常见的错误与异常处理总结大全

    PHP中常见的错误与异常处理总结大全

    前言 当我们开发程序时,程序出现问题是很常见的,当出现了异常与错误我们该如何处理呢?本文将详细给大家介绍PHP错误与异常处理的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍: 一.PHP错误处理 1.语法错误 2.运行时错误 3.逻辑错误:不提示错误,但功能不对,最麻烦 4.三种级别:notice/warning/fatal error(无法继续执行) 5.错误报告显示: a.可以在php.ini中修改error_reporting项目,以限定错误报告类型,如:error

  • Laravel中常见的错误与解决方法小结

    Laravel中常见的错误与解决方法小结

    一.报错: 「Can't swap PDO instance while within transaction」 通过查询 Laravel 源代码,可以确认异常是在 setPdo 方法中抛出的: <?php public function setPdo($pdo) { if ($this->transactions >= 1) { throw new RuntimeException(" Can't swap PDO instance while within transact

  • 详解JavaScript中的六种错误类型

    刚入前端坑,英语又不太好的同学,是不是还在为控制台的错误抓耳挠腮?今天就带大家看一看JavaScript中常见的错误类型. js中的控制台的报错信息主要分为两大类,第一类是语法错误,这一类错误在预解析的过程中如果遇到,就会导致整个js文件都无法执行.另一类错误统称为异常,这一类的错误会导致在错误出现的那一行之后的代码无法执行,但在那一行之前的代码不会受到影响. 1. SyntaxError:语法错误 // 1. Syntax Error: 语法错误 // 1.1 变量名不符合规范 var 1 /

  • Java虚拟机常见内存溢出错误汇总

    一.引言 从事java开发的小伙伴在平时的开发工作中,应该会遇见各式各样的异常和错误,在实际工作中积累的异常或者错误越多,趟过的坑越多,就会使我们编码更加的健壮,就会本能地避开很多严重的坑.以下介绍几个Java虚拟机常见内存溢出错误.以此警示,避免生产血案. 二.模拟Java虚拟机常见内存溢出错误 1.内存溢出之栈溢出错误 package com.jayway.oom; /** * 栈溢出错误 * 虚拟机参数:-Xms10m -Xmx10m * 抛出异常:Exception in thread

随机推荐