debug and release 的简单区别

最新推荐文章于 2023-03-19 22:23:38 发布

jakitzhang

最新推荐文章于 2023-03-19 22:23:38 发布

阅读量432

点赞数

分类专栏： VC++

VC++ 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

一、Debug 和 Release 的区别
        Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。 Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。Debug 和 Release 的真正区别，在于一组编译选项。
Debug 版本
参数       含义
/MDd /MLd 或 /MTd 使用 Debug runtime library(调试版本的运行时刻函数库)
/Od 关闭优化开关
/D "_DEBUG" 相当于 #define _DEBUG,打开编译调试代码开关(主要针对assert函数)
/ZI
创建 Edit and continue(编辑继续)数据库，这样在调试过程中如果修改了源代码不需重新编译
GZ 可以帮助捕获内存错误

Release 版本参数含义
/MD /ML 或 /MT 使用发布版本的运行时刻函数库
/O1 或 /O2 优化开关，使程序最小或最快
/D "NDEBUG" 关闭条件编译调试代码开关(即不编译assert函数)
/GF 合并重复的字符串，并将字符串常量放到只读内存，防止被修改
Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。

1. 变量。
debug是将每个字节位都赋成0xcc，而release的赋值近似于随机。所以在声明变量后马上对其初始化一个默认的值是最简单有效的办法，否则项目大了你找都没地方找。

2. 自定义消息的消息参数。
MFC为我们提供了很好的消息机制，在自定义消息的函数体声明时，时常会看到这样的写法：afx_msg LRESULT OnMessageOwn(); Debug情况下一般不会有任何问题，而当你在Release下且多线程或进程间使用了消息传递时就会导致无效句柄之类的错误。导致这个错误直接原因是消息体的参数没有添加，即应该写成：afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam);

3. release模式下不出错，但debug模式下报错。
4. ASSERT, VERIFY, TRACE..........调试宏
请在VC下输入ASSERT然后选中按F12跳到宏定义的地方，这里你就能够发现Debug中ASSERT要执行 AfxAssertFailedLine，而Release下的宏定义却为"#define ASSERT(f) ((void)0)"。所以注意在这些调试宏的语句不要用程序相关变量如i++写操作的语句。VERIFY是个例外，"#define VERIFY(f) ((void)(f))"，即执行，这里的作用就不多追究了，有兴趣可自己研究。总结：

1. 注意变量的初始化，尤其是指针变量，数组变量的初始化(很大的情况下另作考虑了)。
2. 自定义消息及其他声明的标准写法
3. 使用调试宏时使用后最好注释掉
4. 尽量使用try - catch(...)
5. 尽量使用模块，不但表达清楚而且方便调试。

   1.    变量未初始化。下面的程序在debug中运行的很好。

   thing    *    search(thing    *    something)
   BOOL    found;
   for(int    i    =    0;    i    <    whatever.GetSize();    i++)
   {
   if(whatever[i]->field    ==    something->field)
   {    /*    found    it    */
   found    =    TRUE;
   break;
   }    /*    found    it    */
   }
   if(found)
   return    whatever[i];
   else
   return    NULL;
   而在release中却不行，因为debug中会自动给变量初始化found=FALSE,而在release版中则不会。所以尽可能的给变量、类或结构初始化。

   2.    数据溢出的问题

   如：char    buffer[10];
   int    counter;

   lstrcpy(buffer,    "abcdefghik");

   在debug版中buffer的NULL覆盖了counter的高位，但是除非counter>16M,什么问题也没有。但是在release版中，counter可能被放在寄存器中，这样NULL就覆盖了buffer下面的空间，可能就是函数的返回地址，这将导致ACCESS    ERROR。

   3.    DEBUG版和RELEASE版的内存分配方式是不同的    。如果你在DEBUG版中申请    ele    为    6*sizeof(DWORD)=24bytes,实际上分配给你的是32bytes（debug版以32bytes为单位分配），    而在release版，分配给你的就是24bytes（release版以8bytes为单位），所以在debug版中如果你写ele[6],可能不会有什么问题，而在release版中，就有ACCESS    VIOLATE。

   II.    ASSERT和VERIFY

   1.    ASSERT在Release版本中是不会被编译的。

   ASSERT宏是这样定义的

   #ifdef    _DEBUG
   #define    ASSERT(x)    if(    (x)    ==    0)    report_assert_failure()
   #else
   #define    ASSERT(x)
   #endif
   实际上复杂一些，但无关紧要。假如你在这些语句中加了程序中必须要有的代码
   比如

   ASSERT(pNewObj    =    new    CMyClass);

   pNewObj->MyFunction();

   这种时候Release版本中的pNewObj不会分配到空间

   所以执行到下一个语句的时候程序会报该程序执行了非法操作的错误。这时可以用VERIFY    ：

   #ifdef    _DEBUG
   #define    VERIFY(x)    if(    (x)    ==    0)    report_assert_failure()
   #else
   #define    VERIFY(x)    (x)
   #endif
   这样的话，代码在release版中就可以执行了。

   III.    参数问题：

   自定义消息的处理函数，必须定义如下：

   afx_msg    LRESULT    OnMyMessage(WPARAM,    LPARAM);

   返回值必须是HRESULT型，否则Debug会过，而Release出错

   IV.    内存分配

   保证数据创建和清除的统一性：如果一个DLL提供一个能够创建数据的函数，那么这个DLL同时应该提供一个函数销毁这些数据。数据的创建和清除应该在同一个层次上。

    如果你的程序使用你自己的DLL时请注意：

   1.    不能将debug和release版的DLL混合在一起使用。debug都是debug版，release版都是release版。

   解决办法是将debug和release的程序分别放在主程序的debug和release目录下

   2.    千万不要以为静态连接库会解决问题，那只会使情况更糟糕。