欢迎来到天天文库
浏览记录
ID:8808174
大小:31.00 KB
页数:4页
时间:2018-04-08
《debug和release编译方式的本质区别》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、--------------------------------------本文主要包含如下内容:1.Debug和Release编译方式的本质区别2.哪些情况下Release版会出错3.怎样“调试”Release版的程序-------------------------------------- 关于Debug和Release之本质区别的讨论一、Debug和Release编译方式的本质区别 Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最
2、优的,以便用户很好地使用。 Debug和Release的真正秘密,在于一组编译选项。下面列出了分别针对二者的选项(当然除此之外还有其他一些,如/Fd/Fo,但区别并不重要,通常他们也不会引起Release版错误,在此不讨论) Debug版本:/MDd/MLd或/MTd 使用Debugruntimelibrary(调试版本的运行时刻函数库)/Od 关闭优化开关/D"_DEBUG" 相当于#define_DEBUG,打开编译调试代码开关(主要针对 assert函数)/ZI 创建Editandc
3、ontinue(编辑继续)数据库,这样在调试过 程中如果修改了源代码不需重新编译/GZ 可以帮助捕获内存错误/Gm 打开最小化重链接开关,减少链接时间 Release版本: /MD/ML或/MT 使用发布版本的运行时刻函数库/O1或/O2 优化开关,使程序最小或最快/D"NDEBUG" 关闭条件编译调试代码开关(即不编译assert函数)/GF 合并重复的字符串,并将字符串常量放到只读内存,防止 被修
4、改 实际上,Debug和Release并没有本质的界限,他们只是一组编译选项的集合,编译器只是按照预定的选项行动。事实上,我们甚至可以修改这些选项,从而得到优化过的调试版本或是带跟踪语句的发布版本。 二、哪些情况下Release版会出错 有了上面的介绍,我们再来逐个对照这些选项看看Release版错误是怎样产生的 1.RuntimeLibrary:链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本的RuntimeLibrary包含了调试信息,并采用了一些保护机制以帮助发现错误,因此性能不如发布版本。编译器提供的RuntimeLibrary通常很稳定,不会造成
5、Release版错误;倒是由于Debug的RuntimeLibrary加强了对错误的检测,如堆内存分配,有时会出现Debug有错但Release正常的现象。应当指出的是,如果Debug有错,即使Release正常,程序肯定是有Bug的,只不过可能是Release版的某次运行没有表现出来而已。2.优化:这是造成错误的主要原因,因为关闭优化时源程序基本上是直接翻译的,而打开优化后编译器会作出一系列假设。这类错误主要有以下几种: (1)帧指针(FramePointer)省略(简称FPO):在函数调用过程中,所有调用信息(返回地址、参数)以及自动变量都是放在栈中的。若函数的声明与
6、实现不同(参数、返回值、调用方式),就会产生错误————但Debug方式下,栈的访问通过EBP寄存器保存的地址实现,如果没有发生数组越界之类的错误(或是越界“不多”),函数通常能正常执行;Release方式下,优化会省略EBP栈基址指针,这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。C++的强类型特性能检查出大多数这样的错误,但如果用了强制类型转换,就不行了。你可以在Release版本中强制加入/Oy-编译选项来关掉帧指针省略,以确定是否此类错误。此类错误通常有: ●MFC消息响应函数书写错误。正确的应为 afx_msgLRESULTOnMe
7、ssageOwn(WPARAMwparam,LPARAMlparam); ON_MESSAGE宏包含强制类型转换。防止这种错误的方法之一是重定义ON_MESSAGE宏,把下列代码加到stdafx.h中(在#include"afxwin.h"之后),函数原形错误时编译会报错 #undefON_MESSAGE #defineON_MESSAGE(message,memberFxn) {message,0,0,0,AfxSig_lwl, (AFX_PMSG)(AFX_PMSGW)(sta
此文档下载收益归作者所有