如何判断debug和release编译

Ⅰ debug和release两种编译方法的区别与联系

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 合并重复的字符串，并将字符串常量放到只读内存，防止被修改

二、使用者视角，我们下载软件的时候，一般应该选择Release版。Debug一般比测试版更粗，主要提供给高级测试者反馈修改意见。

Ⅱ 怎么判断一个程序是debug 还是release

1、你是用于调试 可以用 如下宏来处理代码

#ifdef DEBUG
//do sth.
#else
//do sth.
#endif

2、如果是要玩花活 可以使用下面的代码，下面的代码在vc6.0中测试通过，你生成debug版，它会打印debug mode，你生成release 它会打印 release mode;

#include <stdio.h>
class is_debug{
public:
is_debug(int v) { a = v;}
int a;
};
int main()
{
unsigned this_addr;
is_debug o_o(2);
__asm mov dword ptr this_addr,eax
if ((unsigned)(&o_o)==this_addr) printf("this is debug mode!\n");
else printf("this is release mode\n");
return 0;
}

这种方法的原理 是借助于inline函数，因为在类内部定义的函数C++编译器是要inline内联的，如果是debug版就没有这个功能。另外还使用了一点，就是 每当我们定义一个对象，或者说调用构造函数的时候，在windows平台上eax寄存器保存当前对象的this指针，在linux平台是有ecx寄存器保存，当inline内联的时候，是没有函数返回值的，所以eax寄存器的值一般不会是当前对象的this指针。结合 这两点，才有了上面的奇葩式判断方式。

当然，这是非C++编程规则内的东西。。完全决定于你对所使用编译器的把握程度

Ⅲ vs中debug和release版本的区别

vs中的程序有debug和release两个版本。

1、版本不同

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

而Release通常称为发布版本，是为用户使用的，一般客户不允许在发布版本上进行调试。

2、运行效果不同

debug程序通常比release程序要慢，尤其是处理视频方便release要比debug快很多。

3、算法不同

debug跟release在初始化变量时所做的操作是不同的，debug是将每个字节位都赋成0xcc， 而release的赋值近似于随机。

(3)如何判断debug和release编译扩展阅读：

二者的编译选项。

Debug 版本：

/Od 关闭优化开关

/D "_DEBUG" 相当于 #define _DEBUG，打开编译调试代码开关（主要针对assert函数）

/ZI 创建 Edit and continue（编辑继续）数据库，这样在调试过程中如果修改了源代码不需重新编译

/GZ 可以帮助捕获内存错误

/Gm 打开最小化重链接开关，减少链接时间

Release 版本：

/MD /ML 或 /MT 使用发布版本的运行时刻函数库

/O1 或 /O2 优化开关，使程序 最小或最快

/D "NDEBUG" 关闭条件编译调试代码开关（即不编译assert函数）

/GF 合并重复的字符串，并将字符串常量放到只读内存，防止被修改

可以理解Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。

Ⅳ 如何判断exe和dll文件是debug还是release编译生成的

你下载PEID v0.94查壳的软件。。

然后将你要查看的DLL文件拖放到 那个PEID中。

如果显示 类似于 "Microsoft Visual C++ 6.0 DLL" 就代表是Release的

如果显示 "什么也没有"，就代表是Debug的。。

当然这个我只在VC++试过。。其他的没试过。你可以先试试。

Ⅳ jquery 怎么区分debug 和 release

Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。在bin\debug\目录中有两个文件，除了要生成的.exe或.dll文件外，还有.pdb文件，.pdb文件中就记录了代码中的断点等调试信息；
Release 称为发布版本，Release模式下不包含调试信息，并对代码进行了优化，使得程序在代码大小和运行速度上都是最优的，\bin\release\目录下只有一个.exe或.dll文件。在项目文件夹下除了bin外，还有个obj目录。编译是分模块编译的，每个模块的编译结果就保存在了obj目录下。最后会合并为一个exe或者dll文件保存到\bin\release\目录中。因为每次编译都是增量编译，也就是只重新编译改变了的模块，所以这个obj的目录的作用就是保存这些小块的编译结果，加快编译速度。

Ⅵ 如何判断代码运行在DEBUG还是RELEASE模式下

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

Ⅶ release和debug的区别

一、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：
2. 优化：这类错误主要有以下几种：
(1) 帧指针(Frame Pointer)省略（简称 FPO ）：在函数调用过程中，所有调用信息
（返回地址、参数）以及自动变量都是放在栈中的。若函数的声明与实现不同（参数、返
回值、调用方式），就会产生错误————但 Debug 方式下，栈的访问通过 EBP 寄存器
保存的地址实现，如果没有发生数组越界之类的错误（或是越界“不多”），函数通常能
正常执行；Release 方式下，优化会省略 EBP 栈基址指针，这样通过一个全局指针访问栈
就会造成返回地址错误是程序崩溃。C++ 的强类型特性能检查出大多数这样的错误，但如
果用了强制类型转换，就不行了。你可以在 Release 版本中强制加入 /Oy- 编译选项来关
掉帧指针省略，以确定是否此类错误。
(2) volatile 型变量：volatile 告诉编译器该变量可能被程序之外的未知方式修改
（如系统、其他进程和线程）。
(3) 变量优化：优化程序会根据变量的使用情况优化变量。例如，函数中有一个未被
使用的变量，在 Debug 版中它有可能掩盖一个数组越界，而在 Release 版中，这个变量
很可能被优化调，此时数组越界会破坏栈中有用的数据。当然，实际的情况会比这复杂得
多。与此有关的错误有：
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 控制。
4. /GZ 选项：这个选项会做以下这些事
(1) 初始化内存和变量。
(2) 通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原
形不匹配）
(3) 函数返回前检查栈指针，确认未被修改.
三、怎样“调试” Release 版的程序
1. 前面已经提过，Debug 和 Release 只是一组编译选项的差别，实际上并没有什么
定义能区分二者。我们可以修改 Release 版的编译选项来缩小错误范围。如上所述，可以
把 Release 的选项逐个改为与之相对的 Debug 选项，如 /MD 改为 /MDd、/O1 改为 /Od
，或运行时间优化改为程序大小优化。注意，一次只改一个选项，看改哪个选项时错误消
失，再对应该选项相关的错误，针对性地查找。这些选项在 Project\Settings... 中都可
以直接通过列表选取，通常不要手动修改。由于以上的分析已相当全面，这个方法是最有
效的。
2.你也可以像 Debug 一样调试你的 Release 版，只要加入调试符号。在 Project/S
ettings... 中，选中 Settings for "Win32 Release"，选中 C/C++ 标签，Category 选
General，Debug Info 选 Program Database。再在 Link 标签 Project options 最后
加上 "/OPT:REF" (引号不要输)。