精华内容
下载资源
问答
  • DebugRelease区别

    2018-10-14 23:45:11
    https://blog.csdn.net/davebobo/article/details/52195402
    展开全文
  • delphi debug release区别

    2014-08-13 17:15:01
    1.有关delphi debug release区别
  • vs 项目发布DebugRelease区别

    千次阅读 2018-03-08 17:44:53
    Debug版和Release版本之间到底有什么区别Debug版: 经过编译器编译出的项目.exe文件大,而且生成的二进制命令没有经过编译器的优化。项目中包含着丰富的调试信息,供programer调试程序。这就是为什么,当我们在...


    Debug版和Release版本之间到底有什么区别?

    Debug版: 

    经过编译器编译出的项目.exe文件大,而且生成的二进制命令没有经过编译器的优化。项目中包含着丰富的调试信息,供programer调试程序。这就是为什么,当我们在Debug程序的时候,为什么程序就会在我们设置断电的地方自动停下,而且仿佛时间静止,还可以显示此时相关变量的状态。

    Release版: 
    这个版本是的出发点是用户,所以不保存调试信息,编译器在编译的时候进行了各种优化,进而达到,代码文件最小,执行速度最优。

    实际上,Debug 和 Release 并没有本质的界限,并不是非黑即白的。他们只是一组编译选项的集合,编译器只是按照预定的选项行动。事实上,我们甚至可以修改这些选项,从而得到优化过的Debug版,或是带有调试信息的Release版。

    注意: 
    1. 在使用Visual Studio发布程序时,既可以使用Debug版本,也可使用Release版本。通常在发布软件时,都是用Release版本进行发布。 

    2. 在使用不同版本时,使用的第三方lib和dll也应当与之对应。比如Release版本的程序,使用了VTK的lib和dll,这里的静态链接库和动态链接库也应当是Release版本

    原文章:http://blog.csdn.net/menjiawan/article/details/50593714

                  http://blog.csdn.net/lionel_coder/article/details/51913226


    展开全文
  • vs2015-VSDebugrelease区别

    千次阅读 2018-12-19 19:58:14
    没有本质上的区别,只是VS已经定义好的两个编译选项 使用上的区别: 1.Debug:调试版本,编译的结果通常包含调试信息,而且不做任何优化,为开发人员提供强大的应用程序调试能力,速度慢。 2.Release:发布版本,为...

    没有本质上的区别,只是VS已经定义好的两个编译选项

    使用上的区别:
    1.Debug:调试版本,编译的结果通常包含调试信息,而且不做任何优化,为开发人员提供强大的应用程序调试能力,速度慢。

    2.Release:发布版本,为用户使用的,不保存调试信息,同时,它往往进行了各种优化,速度快。

    展开全文
  • CCS中DebugRelease区别.doc
  • DebugDebug通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含调试信息,而且不做任何优化,以为开发人员提供强大的应用程序调试能力。 ReleaseRelease通常称为发布版本,是为用户使用的,一般...

    二者的详细区分:

    Debug:Debug通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含调试信息,而且不做任何优化,以为开发人员提供强大的应用程序调试能力。

    Release:Release通常称为发布版本,是为用户使用的,一般客户不允许在发布版本上进行调试。所以不保存调试信息,同时,它往往进行了各种优化,以期达到代码最小和速度最优。为用户的使用提供便利。

    (开发经验,非常重要!!!)

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


    Debug 和 Release 编译的问题

    1. Debug 和 Release 编译方式的本质区别 
    2. 哪些情况下 Release 版会出错 
    2. 怎样“调试” Release 版的程序 

    关于Debug和Release之本质区别的讨论 
    一、Debug 和 Release 
    编译方式的本质区别 Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release 称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用

    Debug 和 Release 的真正秘密,在于一组编译选项。下面列出了分别针对二者的选项(当然除此之外还有其他一些,如/Fd /Fo,但 区别并不重要,通常他们也不会引起 Release 版错误,在此不讨论)

    Debug 版本: /MD d /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函数) /G F 合并重复的字符串,并将字符串常量放到只读内存,防止 被修改

    实际上,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, AfxSig_lwl, \ (AFX_PMSG)(AFX_PMSGW)(static_cast< LRESULT (AFX_MSG_CALL \ CWnd::*)(WPARAM, LPARAM) > (&memberFxn) },

          (2) volatile 型变量:volatile 告诉编译器该变量可能被程序之外的未知方式修改(如系统、其他进程和线程)。优化程序为了使程序性能提高,常把一些变量放在寄存器中(类似于 register 关键字),而其他进程只能对该变量所在的内存进行修改,而寄存器中的值没变。如果你的程序是多线程的,或者你发现某个变量的值与预期的不符而你确信已正确的设置了,则很可能遇到这样的问题。这种错误有时会表现为程序在最快优化出错而最小优化正常。把你认为可疑的变量加上 volatile 试试。 (3) 变量优化:优化程序会根据变量的使用情况优化变量。例如,函数中有一个未被使用的变量,在 Debug 版中它有可能掩盖一个数组越界,而在 Release 版中,这个变量很可能被优化调,此时数组越界会破坏栈中有用的数据。当然,实际的情况会比这复杂得多。与此有关的错误有: ● 非法访问,包括数组越界、指针错误等。 
    例如 :void fn(void) { int i; i = 1; int a[4]; { int j; j = 1; } a[-1] = 1;//当然 错误不会这么明显,例如下标是变量 a[4] = 1; } j 虽然在数组越界时已出了作用域,但 其空间并未收回,因而 i 和 j 就会掩盖越界。而 Release 版由于 i、j 并未其很大作用 可能会被优化掉,从而使栈被破坏。 
                      (3). _DEBUG 与 NDEBUG :当定义了 _DEBUG 时,assert() 函数会被编译,而 NDEBUG 时不被编译。除此之外,VC++中还有一系列断言宏。这包括: ANSI C 断言 void assert(int expression ); C Runtime Lib 断言 _ASSERT( booleanExpression ); _ASSERTE( booleanExpression ); MFC 断言 ASSERT( booleanExpression ); VERIFY( booleanExpression ); ASSERT_VALID( pObject ); ASSERT_KINDOF( classname, pobject ); ATL 断言 ATLASSERT( booleanExpression ); 此外,TRACE() 宏的编译也受 _DEBUG 控制。 所有这些断言都只在 Debug版中才被编译,而在 Release版中被忽略。唯一的例外是 VERIFY() 。事实上,这些宏都是调用了 assert() 函数,只不过附加了一些与库有关的调试代码。如果你在这些宏中加入了任何程序代码,而不只是布尔表达式(例如赋值、能改变变量值的函数调用 等),那么 Release 版都不会执行这些操作,从而造成错误。初学者很容易犯这类错误,查找的方法也很简单,因为这些宏都已在上面列出,只要利用 VC++ 的 Find in Files 功能在工程所有文件中找到用这些宏的地方再一一检查即可。另外,有些高手可能还会加入 #ifdef _DEBUG 之类的条件编译,也 要注意一下。 顺便值得一提的是 VERIFY() 宏,这个宏允许你将程序代码放在布尔表达式 里。这个宏通常用来检查 Windows API 的返回值。有些人可能为这个原因而滥用 VERIFY () ,事实上这是危险的,因为 VERIFY() 违反了断言的思想,不能使程序代码和调试代码 完全分离,最终可能会带来很多麻烦。因此,专家们建议尽量少用这个宏。 
               4. /GZ 选项:这个选项会做以下这些事

    (1) 初始化内存和变量。包括用 0xCC 初始化所有自动变量,0xCD ( Cleared Data ) 初始化堆中分配的内存(即动态分配的内存,例如 new ),0xDD ( Dead Data ) 填充已被释放的堆内存(例如 delete ),0xFD( deFencde Data ) 初 始化受保护的内存(debug 版在动态分配内存的前后加入保护内存以防止越界访问),其 中括号中的词是微软建议的助记词。这样做的好处是这些值都很大,作为指针是不可能的 (而且 32 位系统中指针很少是奇数值,在有些系统中奇数的指针会产生运行时错误), 作为数值也很少遇到,而且这些值也很容易辨认,因此这很有利于在 Debug 版中发现 Re 
    lease 版才会遇到的错误。要特别注意的是,很多人认为编译器会用 0 来初始化变量,这 是错误的(而且这样很不利于查找错误)。

    (2) 通过函数指针调用函数时,会通过检查栈 指针验证函数调用的匹配性。(防止原形不匹配)

    (3) 函数返回前检查栈指针,确认未被 修改。(防止越界访问和原形不匹配,与第二项合在一起可大致模拟帧指针省略 FPO ) 通常 /GZ 选项会造成 Debug 版出错而 Release 版正常的现象,因为 Release 版中未初 始化的变量是随机的,这有可能使指针指向一个有效地址而掩盖了非法访问。 除此之外, /Gm /GF 等选项造成错误的情况比较少,而且他们的效果显而易见,比较容易发现.

    三、 怎样“调试” Release 版的程序 遇到 Debug 成功但 Release 失败,显然是一件很沮丧 的事,而且往往无从下手。如果你看了以上的分析,结合错误的具体表现,很快找出了错 误,固然很好。但如果一时找不出,以下给出了一些在这种情况下的策略。 1. 前面已经 提过,Debug 和 Release 只是一组编译选项的差别,实际上并没有什么定义能区分二者。 
           我们可以修改 Release 版的编译选项来缩小错误范围。如上所述,可以把 Release 的选 项逐个 注:那篇文章到此就完了,好像还有一些没了在VC中当整个工程较大时,软件时常为出现在DEBUG状态下能运行而在RELEASE状态下无法运行的情况。由于开发者通常在DEBUG状态下开发软件,所以这种情况时常是在我们辛苦工作一两个月后,满怀信心的准备将软件发行时发生。为了避免无谓的损失,我们最好进行以下的检查: 
    1、时常测试软件的两种版本。 
    2、不要轻易将问题归结为DEBUG/RELEASE问题,除非你已经充分对两种版本进行了测试。 
    3、预处理的不同,也有可能引起这样的问题。出现问题的一种可能性是在不同版本的编译间定义了不同的预处理标记。请对你的DEBUG版本的软件试一下以下改动: 在"Project Setting(ALT-F7)" 中的C/C++项中设置目录(category)为"General",并且改动"_DEBUG"定义为"NDEBUG". 设置目录为"Preprocessor"并且添加定义"_DEBUG到"Undefined Symbols"输入框. 选择Rebuild ALL,重新编译. 如果经过编译的程序产生了问题,请对代码进行如下改动: 将ASSERT() 改为 VERIFY(). 找出定义在"#ifdef _DEBUG"中的代码,如果在RELEASE版本中需要这些代码请将他们移到定义外。 查找TRACE(...)中代码,因为这 些代码在RELEASE中也不被编译。 所以请认真检查那些在RELEASE中需要的代码是否并没有被便宜。 
    4、变量的初始化所带来的不同,在不同的系统,或是在DEBUG/RELEASE版本间都存在这样的差异,所以请对变量进行初始化。 
    5、是否在编译时已经有了警告?请将警告级别设置为3或4,然后保证在编译时没有警告出现. 
    6、是否改动了资源文件. 
    7、此外对RELEASE版本的软件也可以进行调试,请做如下改动: 在"Project Settings" 中 "C++/C " 项目下设置 "category" 为 "General" 并且将"Debug Info"设置为 "Program Database". 在"Link"项目下选中"Generate Debug Info"检查框。 "Rebuild All" 如此做法会产生的一些限制: 无法获得在MFC DLL中的变量的值。 必须对该软件所使用的所有DLL工程都进行改动。 另: MS BUG:MS的一份技术文档中表明,在VC5中对于DLL的"Maximize Spee d"优化选项并未被完全支持,因此这将会引起内存错误并导致程序崩溃。

    展开全文
  • VS2010 releasedebug 调试区别

    千次阅读 2016-12-21 19:57:19
    关于VS2010 releasedebug的版本区别,看到一个很详细的总结,特此留用,谢谢辛苦的作者
  • probuf3 vs2012 debug release

    2016-12-10 23:35:09
    已经编译好了的C++ sdk,protobuf 3.1。其他版本请去官网下载。
  • VSDebugRelease两个版本的区别

    千次阅读 2018-09-29 11:14:19
    vs中的程序有debugrelease两个版本。 Debug通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含调试信息,而且不做任何优化,以为开发 人员提供强大的应用程序调试能力。 Release通常称为发布...
  • ReleaseDebug区别

    千次阅读 2019-01-20 22:24:20
    debugrelease 版本有什么不同1.1 在VS中的区别2. gcc 下 release 版本与 debug 版本的控制 1. debugrelease 版本有什么不同 DebugDebug 通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含...
  • VS中Dubug和Release的详细区别

    万次阅读 多人点赞 2018-01-23 09:50:09
     DebugRelease 并没有本质的区别,他们只是VC预定义提供的两组编译选项的集合,编译器只是按照预定的选项行动。如果我们愿意,我们完全可以把DebugRelease的行为完全颠倒过来。当然也可以提供其他的模式,...
  • c#中DebugRelease版的区别

    千次阅读 2020-04-03 10:08:14
    一、DebugRelease区别  Debug:调试版本,包含调试信息,所以容量比Release大很多,并且不进行任何优化(优化会使调试复杂化,因为源代码和生成的指令间关系会更复杂),便于程序员调试。Debug模式下生成两个...
  • 有关debug,release版本的问题,还有混淆 ,今天查到了一篇csdn的博客,为了让自己记忆更深刻,自己再敲一遍加深印象!本文只记录一些简单的概念,没有深刻研究! 2.参考 因为是借用的嘛!标注一下,我现在判别不出他们...
  • Debug 版本 Debug 是“调试”的意思,Debug 版本就是为调试而生的,编译器在生成 Debug 版本的程序时会加入调试辅助信息,并且很少会进行优化,程序还是“原汁原味”的。 你没听错,不是任何一个程序都可以调试的,...
  • vsdebugrelease区别

    千次阅读 2017-02-26 20:54:55
    有些初学者可能不会分辨这两种模式 1、Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于...3、debug程序通常比release程序要慢,尤其是处理视频方面release要比debug快很多。 4、只有DEB
  • 这段代码为什么使用Release模式编译时和Debug不一样,Debug编译运行不会奔溃,Release会奔溃: #include #include <stdio.h> int main(){ CONTEXT* contex; EXCEPTION_RECORD* exception; __asm{ call seh ...
  • opencv3.4.1 opencv_contrib vs2015 x64编译版本 debug release
  • c#中DebugRelease区别实验

    千次阅读 2020-03-17 10:21:34
    项目发布DebugRelease版的区别 一、Releas版本相比Debug版本的性能提升很大 Debug模式在编译时不对源代码进行优化,而Release模式进行了大胆的优化,使得程序在代码大小和运行速度上都有显著提高。 下面通过一个对...
  • debugrelease区别

    2018-03-14 18:12:33
    vs中的程序有debugrelease两个版本,Debug通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含调试信息,而且不做任何优化,以为开发 人员提供强大的应用程序调试能力。而Release通常称为发布版本,...
  • VS2017编译OpenCV 3.4.7 CPU MT Windows 32位 静态库含Debug Release和头文件
  • nspr最新的lib.win7 x64 vs2017编译成功,debug版和release版的lib文件
  • 该文档介绍了如何将DebugRelease的输出路径为同一位置的方法以及如何获取vs工程当前路径的方法。
  • 关于 DebugRelease 版本区别

    千次阅读 2017-03-06 10:37:45
    关于DebugRelease之本质区别的讨论本文主要包含如下内容: 1. DebugRelease 编译方式的本质区别 2. 哪些情况下 Release 版会出错 2. 怎样“调试” Release 版的程序 一、DebugRelease 编译方式的...
  • DebugRelease区别 Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release 称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很...
  • VSDebug模式和Release模式的区别

    千次阅读 2016-06-08 09:49:40
    一、DebugRelease 编译方式的本质区别  Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release 称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都...
  • DebugRelease区别

    万次阅读 多人点赞 2019-03-16 22:48:18
    - bin是放最终代码的目录 。...- obj就放中间代码的目录releasedebug是不同的运行方式。 - debug会增加调试代码,方便调试。 - 调试完后,用release版本发布,没有调试代码,减小程序体积,加快执行速度。
  • 出处:忘记了。。。给原作者致歉 Debug 通常称为调试版本,它包含调试信息,并且不作...Release 称为发布版本,Release模式下不包含调试信息,并对代码进行了优化,使得程序在代码大小和运行速度上都是最优的,\bin
  • vs2015编译,里面包括源文件以及编译好的debugrelease版本
  • 博文对应的文件。包含转储文件和调试符号及对应的程序。可以直接使用windbg分析对应的dump文件。注意设置好调试符号的路径。
  • 下面小编就为大家带来一篇Android 判断是开发debug模式,还是发布release模式的方法。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 236,320
精华内容 94,528
关键字:

debugrelease区别vs