java编译release版本断言_关于Debug和Release之本质区别

经常在 CSDN 上看见有人问 Debug 运行正常但 Release 失败的问题。以往的讨论往往是

经验性的，并没有指出会这样的真正原因是什么，要想找出真正的原因通常要凭运气。最

近我看了一些这方面的书，又参考了 CSDN 上的一些帖子，然后深入研究了一下关于二者

的不同。以下是我的一些体会，拿来与大家共享。

--------------------------------------

本文主要包含如下内容：

1. Debug 和 Release 编译方式的本质区别

2. 哪些情况下 Release 版会出错

2. 怎样“调试” Release 版的程序

--------------------------------------

关于Debug和Release之本质区别的讨论

一、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 并没有本质的界限，他们只是一组编译选项的集合，编译

器只是按照预定的选项行动。事实上