Debug_release的区别.docVIP

??????????? 一、Debug 和 Release 编译方式的本质区别 ??? Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程 序。Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度 上都是最优的，以便用户很好地使用。 ??? Debug 和 Release 的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项 （当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起 Rele ase 版错误，在此不讨论） Debug 版本： ?/MDd /MLd 或 /MTd?? 使用 Debug runtime library(调试版本的运行时刻函数库) ?/Od???????????????? 关闭优化开关 ?/D _DEBUG???????? 相当于 #define _DEBUG,打开编译调试代码开关(主要针对 ???????????????????? assert函数) ?/ZI???????????????? 创建 Edit and continue(编辑继续)数据库，这样在调试过 ???????????????????? 程中如果修改了源代码不需重新编译 ?/GZ???????????????? 可以帮助捕获内存错误 ?/Gm ????????????????打开最小化重链接开关，减少链接时间 Release 版本： ?/MD /ML 或 /MT????? 使用发布版本的运行时刻函数库 ?/O1 或 /O2????????? 优化开关，使程序最小或最快 ?/D NDEBUG???????? 关闭条件编译调试代码开关(即不编译assert函数) ?/GF???????????????? 合并重复的字符串，并将字符串常量放到只读内存，防止 ???????????????????? 被修改 ??? 实际上，Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译 器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调 试版本或是带跟踪语句的发布版本。 二、哪些情况下 Release 版会出错 ??? 有了上面的介绍，我们再来逐个对照这些选项看看 Release 版错误是怎样产生的 ?1. Runtime Library：链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本 的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，因此性能 不如发布版本。编译器提供的 Runtime Library 通常很稳定，不会造成 Release 版错误 ；倒是由于 Debug 的 Runtime Library 加强了对错误的检测，如堆内存分配，有时会出 现 Debug 有错但 Release 正常的现象。应当指出的是，如果Debug有错，即使 Release 正常，程序肯定是有 Bug 的，只不过可能是 Release版的某次运行没有表现出来而已。 ? ?2. 优化：这是造成错误的主要原因，因为关闭优化时源程序基本上是直接翻译的，而打 开优化后编译器会作出一系列假设。这类错误主要有以下几种： ??? (1) 帧指针(Frame Pointer)省略（简称 FPO ）：在函数调用过程中，所有调用信息 （返回地址、参数）以及自动变量都是放在栈中的。若函数的声明与实现不同（参数、返 回值、调用方式），就会产生错误----但 Debug 方式下，栈的访问通过 EBP 寄存器 保存的地址实现，如果没有发生数组越界之类的错误（或是越界不多），函数通常能 正常执行；Release 方式下，优化会省略 EBP 栈基址指针，这样通过一个全局指针访问栈 就会造成返回地址错误是程序崩溃。C++ 的强类型特性能检查出大多数这样的错误，但如 果用了强制类型转换，就不行了。你可以在 Release 版本中强制加入 /Oy- 编译选项来关 掉帧指针省略，以确定是否此类错误。此类错误通常有： ???? ● MFC 消息响应函数书写错误。正确的应为 ????? afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam); ????? ON_MESSAGE 宏包含强制类型转换。防止这种错误的方法之一是重定义 ON_MESSAGE ?宏，把下列代码加到 stdafx.h 中（在#include afxwin.h之后）,函数原形错误时编译 会报错 ????? #undef ON_MESSAGE ????? #define ON_MESSAGE(message, memberFxn) \ ????? { message, 0, 0, 0,