release版本（vs中debug和release版本的区别）

本文目录

• vs中debug和release版本的区别
• 版本Version，Release，Build 和 Edition 之间的区别
• 软件版本Alpha, Beta, Release这三者有什么区别
• “maven snapshot”和“release”版本的区别是什么
• VS环境下Debug和Release版本的区别
• Release版本的本质区别
• debug版本和release版本的区别
• 什么是Release版

vs中debug和release版本的区别

Debug版本包括调试信息，所以要比Release版本大很多（可能大数百K至数M）。至于是否需要DLL支持，主要看你采用的编译选项。如果是基于ATL的，则Debug和Release版本对DLL的要求差不多。如果采用的编译选项为使用MFC动态库，则需要MFC42D.DLL等库支持，而Release版本需要MFC42.DLL支持。ReleaseBuild不对源代码进行调试，不考虑MFC的诊断宏，使用的是MFCRelease库，编译十对应用程序的速度进行优化，而DebugBuild则正好相反，它允许对源代码进行调试，可以定义和使用MFC的诊断宏，采用MFCDebug库，对速度没有优化。一、Debug和Release编译方式的本质区别Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。Debug和Release的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项（当然除此之外还有其他一些，如/Fd/Fo，但区别并不重要，通常他们也不会引起Release版错误，在此不讨论）Debug版本：/MDd/MLd或/MTd使用Debugruntimelibrary(调试版本的运行时刻函数库)/Od关闭优化开关/D“_DEBUG“相当于#define_DEBUG,打开编译调试代码开关(主要针对assert函数)/ZI创建Editandcontinue数据库，这样在调试过程中如果修改了源代码不需重新编译/GZ可以帮助捕获内存错误/Gm打开最小化重链接开关，减少链接时间Release版本：/MD/ML或/MT使用发布版本的运行时刻函数库/O1或/O2优化开关，使程序最小或最快/D“NDEBUG“关闭条件编译调试代码开关(即不编译assert函数)/GF合并重复的字符串，并将字符串常量放到只读内存，防止被修改实际上，Debug和Release并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。二、哪些情况下Release版会出错有了上面的介绍，我们再来逐个对照这些选项看看Release版错误是怎样产生的1.RuntimeLibrary：链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本的RuntimeLibrary包含了调试信息，并采用了一些保护机制以帮助发现错误，因此性能不如发布版本。编译器提供的RuntimeLibrary通常很稳定，不会造成Release版错误；倒是由于Debug的RuntimeLibrary加强了对错误的检测，如堆内存分配，有时会出现Debug有错但Release正常的现象。应当指出的是，如果Debug有错，即使Release正常，程序肯定是有Bug的，只不过可能是Release版的某次运行没有表现出来而已。2.优化：这是造成错误的主要原因，因为关闭优化时源程序基本上是直接翻译的，而打开优化后编译器会作出一系列假设。这类错误主要有以下几种：(1)帧指针(FramePointer)省略（简称FPO）：在函数调用过程中，所有调用信息（返回地址、参数）以及自动变量都是放在栈中的。若函数的声明与实现不同（参数、返回值、调用方式），就会产生错误————但Debug方式下，栈的访问通过EBP寄存器保存的地址实现，如果没有发生数组越界之类的错误（或是越界“不多”），函数通常能正常执行；Release方式下，优化会省略EBP栈基址指针，这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。C++的强类型特性能检查出大多数这样的错误，但如果用了强制类型转换，就不行了。你可以在Release版本中强制加入/Oy-编译选项来关掉帧指针省略，以确定是否此类错误。此类错误通常有：●MFC消息响应函数书写错误。正确的应为afx_msgLRESULTOnMessageOwn(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)(static_cast(&memberFxn)},(2)volatile型变量：volatile告诉编译器该变量可能被程序之外的未知方式修改（如系统、其他进程和线程）。优化程序为了使程序性能提高，常把一些变量放在寄存器中（类似于register关键字），而其他进程只能对该变量所在的内存进行修改，而寄存器中的值没变。如果你的程序是多线程的，或者你发现某个变量的值与预期的不符而你确信已正确的设置了，则很可能遇到这样的问题。这种错误有时会表现为程序在最快优化出错而最小优化正常。把你认为可疑的变量加上volatile试试。(3)变量优化：优化程序会根据变量的使用情况优化变量。例如，函数中有一个未被使用的变量，在Debug版中它有可能掩盖一个数组越界，而在Release版中，这个变量很可能被优化调，此时数组越界会破坏栈中有用的数据。当然，实际的情况会比这复杂得多。与此有关的错误有：●非法访问，包括数组越界、指针错误等。例如voidfn(void){inti;i=1;inta;{intj;j=1;}a=1;//当然错误不会这么明显，例如下标是变量a=1;}j虽然在数组越界时已出了作用域，但其空间并未收回，因而i和j就会掩盖越界。而Release版由于i、j并未其很大作用可能会被优化掉，从而使栈被破坏。3._DEBUG与NDEBUG：当定义了_DEBUG时，assert()函数会被编译，而NDEBUG时不被编译。除此之外，VC++中还有一系列断言宏。这包括：ANSIC断言voidassert(intexpression);CRuntimeLib断言_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++的FindinFiles功能在工程所有文件中找到用这些宏的地方再一一检查即可。另外，有些高手可能还会加入#ifdef_DEBUG之类的条件编译，也要注意一下。顺便值得一提的是VERIFY()宏，这个宏允许你将程序代码放在布尔表达式里。这个宏通常用来检查WindowsAPI的返回值。有些人可能为这个原因而滥用VERIFY()，事实上这是危险的，因为VERIFY()违反了断言的思想，不能使程序代码和调试代码完全分离，最终可能会带来很多麻烦。因此，专家们建议尽量少用这个宏。4./GZ选项：这个选项会做以下这些事(1)初始化内存和变量。包括用0xCC初始化所有自动变量，0xCD(ClearedData)初始化堆中分配的内存（即动态分配的内存，例如new），0xDD(DeadData)填充已被释放的堆内存（例如delete），0xFD(deFencdeData)初始化受保护的内存（debug版在动态分配内存的前后加入保护内存以防止越界访问），其中括号中的词是微软建议的助记词。这样做的好处是这些值都很大，作为指针是不可能的（而且32位系统中指针很少是奇数值，在有些系统中奇数的指针会产生运行时错误），作为数值也很少遇到，而且这些值也很容易辨认，因此这很有利于在Debug版中发现Release版才会遇到的错误。要特别注意的是，很多人认为编译器会用0来初始化变量，这是错误的（而且这样很不利于查找错误）。(2)通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原形不匹配）(3)函数返回前检查栈指针，确认未被修改。（防止越界访问和原形不匹配，与第二项合在一起可大致模拟帧指针省略FPO）通常/GZ选项会造成Debug版出错而Release版正常的现象，因为Release版中未初始化的变量是随机的，这有可能使指针指向一个有效地址而掩盖了非法访问。除此之外，/Gm/GF等选项造成错误的情况比较少，而且他们的效果显而易见，比较容易发现。--------------------------------------------------------------Release是发行版本,比Debug版本有一些优化，文件比Debug文件小Debug是调试版本，包括的程序信息Release方法：build-》batchbuild-》build就OK.-----------------------------------------------------一、“Debug是调试版本，包括的程序信息“补充：只有DEBUG版的程序才能设置断点、单步执行、使用TRACE/ASSERT等调试输出语句。REALEASE不包含任何调试信息，所以体积小、运行速度快。二、一般发布release的方法除了hzh_shat(水)所说的之外，还可以project-》SetActiveConfig，选中release版本。此后，按F5或F7编译所得的结果就是release版本。

版本Version，Release，Build 和 Edition 之间的区别

Version -- 软件的公开发行版本，强调功能性。通常在功能方面有一定的/重大改变、改进或增加，包括对一些重大bug的修复。例如：V1.0, V1.01, V2.0, V2.3...，Windows 2000, XP, Vista, 7 等。

Release -- 软件的公开发行版本，强调软件由调试/内测阶段转为正式发布/发行阶段。

Build -- 对程序源代码做任何修改并重新编译后生成的版本，可能发生在软件公开发行前的调试、优化、测试阶段，也可能发生在软件正式发布后。同release相比，其发生较为频繁，每编译一次，即会产生一个 build。例如：SDL Trados 8.3.0.863 (Build 863)

Edition -- 通常表示按特定对象、特定群体进行分类的软件版本，强调软件的目标受众。例如： Trados 6.5 Freelance Edition, LSP Edition; Windows XP Home Edition, BussIness Edition。

软件版本Alpha, Beta, Release这三者有什么区别

Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。

“maven snapshot”和“release”版本的区别是什么

Maven的Snapshot版本与Release版本

1. Snapshot版本代表不稳定、尚处于开发中的版本

2. Release版本则代表稳定的版本

3. 什么情况下该用SNAPSHOT?
协同开发时，如果A依赖构件B，由于B会更新，B应该使用SNAPSHOT来标识自己。这种做法的必要性可以反证如下：

a.如果B不用SNAPSHOT，而是每次更新后都使用一个稳定的版本，那版本号就会升得太快，每天一升甚至每个小时一升，这就是对版本号的滥用。

b.如果B不用SNAPSHOT, 但一直使用一个单一的Release版本号，那当B更新后，A可能并不会接受到更新。因为A所使用的repository一般不会频繁更新release版本的缓存（即本地repository)，所以B以不换版本号的方式更新后，A在拿B时发现本地已有这个版本，就不会去远程Repository下载最新的B

4. 不用Release版本，在所有地方都用SNAPSHOT版本行不行？
不行。正式环境中不得使用snapshot版本的库。 比如说，今天你依赖某个snapshot版本的第三方库成功构建了自己的应用，明天再构建时可能就会失败，因为今晚第三方可能已经更新了它的snapshot库。你再次构建时，Maven会去远程repository下载snapshot的最新版本，你构建时用的库就是新的jar文件了，这时正确性就很难保证了。

VS环境下Debug和Release版本的区别

Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。
Debug 和 Release 的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项（当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起 Release 版错误，在此不讨论）
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 消息响应函数书写错误。

Release版本的本质区别

Debug和Release编译方式的本质区别
Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。
Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。
Debug 和 Release 的真正秘密，在于一组编译选项。
下面列出了分别针对二者的选项
（当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起 Release 版错误，在此不讨论） /MDd /MLd 或 /MTd 使用 Debug runtime library(调试版本的运行时刻函数库)
/Od 关闭优化开关
/D _DEBUG 相当于 #define _DEBUG,打开编译调试代码开关(主要针对 assert函数)
/ZI 创建 Edit and continue(继续)数据库，这样在调试过 程中如果修改了源代码不需重新编译 /GZ 可以帮助捕获内存错误
/Gm 打开最小化重链接开关，减少链接时间 /MD /ML 或 /MT 使用发布版本的运行时刻函数库
/O1 或 /O2 优化开关，使程序最小或最快
/D NDEBUG 关闭条件编译调试代码开关(即不编译assert函数)
/GF 合并重复的字符串，并将字符串常量放到只读内存，防止 被修改
实际上，Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。

debug版本和release版本的区别

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

什么是Release版

　　Release Candidate（RC）候选版本，用于指软件或操作系统的发布，一般与Debug版本相对应，后者可以调试，包括了每个执行码对应的源代码信息，而一般过了测试版时期，基本没有什么问题后，会发布几个略微不同的版本，就叫做rc1、rc2，然后从这里面挑选一个作为正式版本。Release版本去掉了。