- 简介
vs中的工程有debug和release两个版本：
- Debug通常称为调试版本，通过一系列编译选项的配合，编译的结果通常包含调试信息，但是不做任何优化（性能有影响），目的是为开发人员提供强大的应用程序调试能力，也就是说只有在Debug模式下，我们才可以使用vs所提供的所有的程序调试功能，比如：单步调试中将光标移至变量处即可以获取该变量的实时数据。
- Release通常称为发布版本，是为用户使用的，一般客户不允许在发布版本上进行调试，在Release模式下也无法使用vs所有的调试功能。所以不保存调试信息，同时，它往往进行了各种优化，以期达到代码最小和速度最优。为用户的使用提供便利。
- 比较默认的Debug和Release的选项设置
- Debug：
编译选项：
/Od/D "_DEBUG"/Gm/RTC1/MDd
- /Fo”Debug““”
/ZI
-
链接选项：/OUT：”D：“MyProject“logging“Debug“OptionTest.dll”
/INCREMENTAL
- Release：
编译选项：/O2/GL/D "NDEBUG"/FD/MD/Fo”Release““”/Zi
链接选项：/OUT：”D：“MyProject“logging“Release“OptionTest.dll”/INCREMENTAL：NO - 具体对比分析
| Debug | Release |
运行时库 | Debug版本使用调试版本的运行时库（/MDd选项）其区别主要在于运行时的性能影响。调试版本的运行时库包含了调试信息，并采用了一些保护机制以帮助发现错误，也因此，其性能不如Release版本。 | Relase版本则使用的是发布版本的运行时库（vcrt.dll）。 |
ZI与Zi | Debug模式下通过使用/ZI选项，可以在调试过程修改代码 而不需要重新编译。 | 使用Release版本，这将变得不可行。 |
Od与O2 | Od是关闭编译器优化，普遍用于Debug版本。 | O2选项是创建最快速代码，这当然是Release版本的不二选择。 |
/RTCx | /RTCx选项让编译器插入动态检测代码以帮助你检测程序中的错误。比如，它会将局部变量初始化为非零值。可以用于在Debug版本中发现Release版才会遇到的错误。这个编译选项只能在/Od选项下使用。 | |
Gm | 编译选项中的Gm的目的是为了加快编译速度。我们经常遇上这样的问题，只修改了一个头文件，结果却造成所有动态库的重新编译。如果启用了/Gm开关，编译器在项目中的.idb文件中存储了源文件和类定义之间的依赖关系。之后的编译过程中使用.idb 文件中的信息确定是否需要编译某个源文件，哪怕是此源文件已经包含了已修改的.h文件。 | |
INCREMENTAL or NO | INCREMENTAL开关默认是开启的，表示使用增量链接生成的可执行文件或者动态链接库。这样生成的程序会大于非增量链接的程序，因为有代码和数据的填充。另外，增量链接的文件还包含跳转trunk以处理函数重定位到新地址。 | 为确保最终发布版本不包含填充或者trunk，请非增量链接程序。 |
/GZ | 通常 /GZ 选项会造成Debug版出错 | 初始化内存和变量；通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原形不匹配）；函数返回前检查栈指针，确认未被修改。 |
_DEBUG与NDEBUG | _DEBUG用于Debug版本。assert系列的断言仅仅在_DEBUG下生效！ | NDEBUG用于Release版本，且该模式下断言是不能用于程序调试的。 |
- 从Debug模式改为Release模式
- 需要重新配置
改为Release模式之后，Debug下的工程设置不会直接copy过来，需要针对当前工程重新设置一次。
【补充】vs的几种启动方式
启动调试F5（本地调试）：是启动目标文件并将调试器附加到目标进程上，有编译过程。
开始执行不调试Ctrl+F5：是启动目标文件，但是不附加调试器，不进行重新编绎。
- 转换过程可能会出现的问题
- 帧指针(Frame Pointer)省略
- 变量优化
- volatile变量
具体可以参看：http://javafans.iteye.com/blog/609937/
注意
- 关于变量的初始化
debug跟release在初始化变量时所做的操作是不同的，debug是将每个字节位都赋成0xcc， 而release的赋值近似于随机。如果你的程序中的某个变量没被初始化就被引用，就很有可能出现异常：用作控制变量将导致流程导向不一致；用作数组下标将会使程序崩溃；更加可能是造成其他变量的不准确而引起其他的错误。
