c内存管理与指针的使用

举报
资源描述
C+内存管理与指针的使用内存管理是C+最令人切齿痛恨的问题,也是C+最有争议的问题,C+高手从中获得了更好的性能,更大的自由,C+菜鸟的收获则是一遍一遍的检查代码和对C+的痛恨,但内存管理在C+中无处不在,内存泄漏几乎在每个C+程序中都会发生,因此要想成为C+高手,内存管理一关是必须要过的,除非放弃C+,转 到 Java或者.NET,他们的内存管理基本是自动的,当然你也放弃了自由和对内存的支配权,还放弃了 C+超绝的性能.本期专题将从内存管理、内存泄漏、内存回收这三个方面来探讨C+内存管理问题。1内存管理伟大的Bill Gates曾经失言:640K ought to be enough for everybody-Bill Gates 1981程序员们经常编写内存管理程序,往往提心吊胆。如果不想触雷,唯 的解决办法就是发现所有潜伏的地雷并且排除它们,躲是躲不了的。本文的内容比般教科书的要深入得多,读者需细心阅读,做到真正地通哓内存管理。1.1 C+内存管理详解1.1.1 内存分配方式1.1.1.1 分配方式简介在 C+中,内存分成5 个区,他们分别是堆、栈、自由存储区、全局/静态存储区和常量存储区。栈,在执行函数时,函数内局部变量的存储单元都可以在栈上创建,函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中,效率很高,但是分配的内存容量有限。堆,就是那些由new分配的内存块,他们的释放编译器不去管,由我们的应用程序去控制,般 个 new就要对应一个delete。如果程序员没有释放掉,那么在程序结束后,操作系统会自动回收。自由存储区,就是那些由malloc等分配的内存块,他和堆是十分相似的,不过它是用free来结束自己的生命的。全局/静态存储区,全局变量和静态变量被分配到同一块内存中,在以前的C 语言中,全局变量又分为初始化的和未初始化的,在 C+里面没有这个区分了,他们共同占用同一块内存区。常量存储区,这是一块比较特殊的存储区,他们里面存放的是常量,不允许修改。1.1.1.2 明确区分堆与栈在 bbs上,堆与栈的区分问题,似乎是一个永恒的话题,山此可见,初学者对此往往是混淆不清的,所以我决定拿他第一个开刀。首先,我们举一个例子:void f()int*p=new int5;这条短短的一句话就包含了堆与栈,看到n e w,我们首先就应该想到,我们分配了一块堆内存,那么指针p 呢?他分配的是一块栈内存,所以这句话的意思就是:在栈内存中存放了一个指向一块堆内存的指针P。在程序会先确定在堆中分配内存的大小,然后调用operator new分配内存,然后返回这块内存的首地址,放入栈中,他在VC6下的汇编代码如下:00401028 push 14h0040102A call operator new(00401060)0040102F add esp,400401032 mov dword ptr ebp-8,eax00401035 mov eax,dword ptr ebp-800401038 mov dword ptr ebp-4,eax这里,我们为了简单并没有释放内存,那么该怎么去释放呢?是 delete p 么?澳,错了,应该是delete 口 p,这是为了告诉编译器:我删除的是一个数组,VC6就会根据相应的Cookie信息去进行释放内存的工作。1.1.1.3 堆和栈究竟有什么区别?好了,我们回到我们的主题:堆和栈究竟有什么区别?主要的区别山以下几点:1、管理方式不同;2、空间大小不同;3,能否产生碎片不同;4、生长方向不同;5、分配方式不同;6、分配效率不同;管理方式:对于栈来讲,是由编译器自动管理,无需我们手工控制;对于堆来说,释放工作由程序员控制,容易产生memory leak。空间大小:般来讲在32位系统下,堆内存可以达到4G 的空间,从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲,一般都是有一定的空间大小的,例如,在VC6下面,默认的栈空间大小是1M(好像是,记不清楚了)。当然,我们可以修改:打开工程,依次操作菜单如下:Project-Setting-Link,在 Category中选中Output,然后在Reserve中设定堆栈的最大值和commit。注意:reserve最小值为4Byte;commit是保留在虚拟内存的页文件里面,它设置的较大会使栈开辟较大的值,可能增加内存的开销和启动时间。碎片问题:对于堆来讲,频繁的new/delete势必会造成内存空间的不连续,从而造成大量的碎片,使程序效率降低。对于栈来讲,则不会存在这个问题,因为栈是先进后出的队列,他们是如此的一一对应,以至于永远都不可能有一个内存块从栈中间弹出,在他弹出之前,在他上面的后进的栈内容已经被弹出,详细的可以参考数据结构,这里我们就不再一 讨论了。生长方向:对于堆来讲,生长方向是向上的,也就是向着内存地址增加的方向;对于栈来讲,它的生长方向是向下的,是向着内存地址减小的方向增长。分配方式:堆都是动态分配的,没有静态分配的堆。栈有2 种分配方式:静态分配和动态分配。静态分配是编译器完成的,比如局部变量的分配。动态分配山alloca函数进行分配,但是栈的动态分配和堆是不同的,他的动态分配是由编译器进行释放,无需我们手工实现。分配效率:栈是机器系统提供的数据结构,计算机会在底层对栈提供支持:分配专门的寄存器存放栈的地址,压栈出栈都有专门的指令执行,这就决定了栈的效率比较高。堆则是C/C+函数库提供的,它的机制是很复杂的,例如为了分配一块内存,库函数会按照一定的算 法(具体的算法可以参考数据结构/操作系统)在堆内存中搜索可用的足够大小的空间,如果没有足够大小的空间(可能是由于内存碎片太多),就有可能调用系统功能去增加程序数据段的内存空间,这样就有机会分到足够大小的内存,然后进行返回。显然,堆的效率比栈要低得多。从这里我们可以看到,堆和栈相比,由于大量new/delete的使用,容易造成大量的内存碎片;由于没有专门的系统支持,效率很低;由于可能引发用户态和核心态的切换,内存的申请,代价变得更加昂贵。所以栈在程序中是应用最广泛的,就算是函数的调用也利用栈去完成,函数调用过程中的参数,返回地址,EBP和局部变量都采用栈的方式存放。所以,我们推荐大家尽量用栈,而不是用堆。虽然栈有如此众多的好处,但是由于和堆相比不是那么灵活,有时候分配大量的内存空间,还是用堆好一些。无论是堆还是栈,都要防止越界现象的发生(除非你是故意使其越界),因为越界的结果要么是程序崩溃,要么是摧毁程序的堆、栈结构,产生以想不到的结果,就算是在你的程序运行过程中,没有发生上面的问题,你还是要小心,说不定什么时候就崩掉,那时候debug可是相当困难的:)1.1.2控制C+的内存分配在嵌入式系统中使用C+的个常见问题是内存分配,即对new和 delete操作符的失控。具有讽刺意味的是,问题的根源却是C+对内存的管理非常的容易而且安全。具体地说,当一个对象被消除时,它的析构函数能够安全的释放所分配的内存。这当然是个好事情,但是这种使用的简单性使得程序员们过度使用new和 delete,而不注意在嵌入式C+环境中的因果关系。并且,在嵌入式系统中,由于内存的限制,频繁的动态分配不定大小的内存会引起很大的问题以及堆破碎的风险。作为忠告,保守的使用内存分配是嵌入式环境中的第一原则。但当你必须要使用new和 delete时,你不得不控制C+中的内存分配。你需要用一个全局的new和 delete来代替系统的内存分配符,并且一-个类一个类的重载new和 deleteo一个防止堆破碎的通用方法是从不同固定大小的内存持中分配不同类型的对象。对每个类重载new和 delete就提供了这样的控制。1.1.2.1重载全局的new和 delete操作符可以很容易地重载new和 delete操作符,如下所示:void*operator new(size_t size)(void*p=malloc(size);return(p);)void operator delete(void*p);(free(p);这段代码可以代替默认的操作符来满足内存分配的请求。出于解释C+的目的,我们也可以直接调用malloc()和 free()也可以对单个类的new和 delete操作符重载。这是你能灵活的控制对象的内存分配。class TestClass public:void*operator new(size_t size);void operator delete(void*p);/.other members here.);void*TestClass:operator new(size_t size)(void*p=malloc(size);/Replace this with alternative allocatorreturn(p);void TestClass-operator delete(void*p)(free(p);/Replace this with alternative de-allocator所有TestClass对象的内存分配都采用这段代码。更进一步,任何从TestClass继承的类也都采用这一方式,除非它自己也重载了 new和 delete操作符。通过重载new和 delete操作符的方法,你可以自由地采用不同的分配策略,从不同的内存池中分配不同的类对象。1.1.2.2为单个的类重载new和delete必须小心对象数组的分配。你可能希望调用到被你重载过的new和 delete操作符,但并不如此。内存的请求被定向到全局的new口和delete口操作符,而这些内存来自于系统堆。C+将对象数组的内存分配作为一个单独的操作,而不同于单个对象的内存分配。为了改变这种方式,你同样需要重载new 和 delete操作符。class TestClass public:void*operator new(size_t size);void operator delete(void*p);/.other members here.);void*TestClass:operator new(size_t size)(void*p=malloc(size);return(p);)void TestClass:operator delete(void*p)(free(p);)int main(void)(TestClass*p=new TestClass10;/.etc.delete p;)但是注意:对于多数C+的实现,new口操作符中的个数参数是数组的大小加上额外的存储对象数目的一些字节。在你的内存分配机制重要考虑的这一点。你应该尽量避免分配对象数组,从而使你的内存分配策略简单。1.1.3常见的内存错误及其对策发生内存错误是件非常麻烦的事情。编译器不能自动发现这些错误,通常是在程序运行时才能捕捉到。而这些错误大多没有明显的症状,时隐时现,增加了改错的难度。有时用户怒气冲冲地把你找来,程序却没有发生任何问题,你一走,错误又发作了。常见的内存错误及其对策如下:*内存分配未成功,却使用了它。编程新手常犯这种错误,因为他们没有意识到内存分配会不成功。常用解决办法是,在使用内存之前检查指针是否为NULL。如果指针p 是函数的参数,那么在函数的入口处用assert(p!=NULL)进行检查。如果是用malloc或 new来申请内存,应该用if(p=NULL)或 if(p!=NULL)进行防错处理。*内存分配虽然成功,但是尚未初始化就引用它。犯这种错误主要有两个起因:一是没有初始化的观念;二是误以为内存的缺省初值全为零,导致引用初值错误(例如数组)。内存的缺省初值究竟是什么并没有统一的标准,尽管有些时候为零值,我们宁可信其无不可信其有。所以无论用何种方式创建数组,都别忘了赋初值,即便是赋零值也不可省略,不要嫌麻烦。*内存分配成功并且已经初始化,但操作越过了内存的边界。例如在使用数组时经常发生下标“
展开阅读全文
温馨提示:
金锄头文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新


电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号