mfc 程序，debug版本正常和release版本异常。

我测试了一下，RELEASE编译，即使空内容获取也没有问题。

我觉得，应该是你的项目中RELEASE版本的优化做的太多，或者程序其它原因造成的。

因为版本和环境差异，建议你自己先试验一下：

建立一个类似的MFC对话框工程，简单一个按钮一个编辑框，使用以上代码，RELEASE编译，看看有没有问题，如果没有，对比一下RELEASE版本的优化参数有什么不同（有就调整），如果没有不同，那么应该是你程序其它代码干扰的问题了，这种干扰问题很麻烦，只能是熟悉代码的情况下进行分析优化，没有太好的建议。

vc右上角菜单栏或工具栏的空白处右键，选上Build项，使build工具栏可见，在Build工具栏上就可以选择工程的Debug或Release版本。

或者菜单栏Build->BatchBuild，在d出的对话框中选择编译哪个版本，或者两个版本都编译。

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一般比测试版更粗，主要提供给高级测试者反馈修改意见。

lib文件有没有debug和release版本之分

vs中的程序有debug和release两个版本，Debug通常称为调试版本，通过一系列编译选项的配合，编译的结果通常包含调试信息，而且不做任何优化，以为开发 人员提供强大的应用程序调试能力。而Release通常称为发布版本，是为用户使用的，一般客户不允许在发布版本上进行调试。所以不保存调试信 息，同时，它往往进行了各种优化，以期达到代码最小和速度最优。为用户的使用提供便利。

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

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

代码存在错误在debug方式下可能会忽略而不被察觉到。debug方式下数组越界也大多不会出错，在release中就暴露出来了，这个找起来就比较难了。

只有DEBUG版的程序才能设置断点、单步执行、使用 TRACE/ASSERT等调试输出语句。REALEASE不包含任何调试信息，所以体积小、运行速度快。

vs中的程序有debug和release两个版本，Debug通常称为调试版本，通过一系列编译选项的配合，编译的结果通常包含调试信息，而且不做任何优化，以为开发 人员提供强大的应用程序调试能力。而Release通常称为发布版本，是为用户使用的，一般客户不允许在发布版本上进行调试。所以不保存调试信 息，同时，它往往进行了各种优化，以期达到代码最小和速度最优。为用户的使用提供便利。

debug程序通常比release程序要慢，尤其是处理视频方便release要比debug快很多。在release模式对程序进行调试的时候经常会遇到变量虽然初始化了，但是在查看其值的时候却发现是一个随机的数并不是初始化的值，有时候在对变量进行监视的时候了，会出现找不到变量的情况，原因大致如下：

debug跟release在初始化变量时所做的 *** 作是不同的，debug是将每个字节位都赋成0xcc， 而release的赋值近似于随机。如果你的程序中的某个变量没被初始化就被引用，就很有可能出现异常：用作控制变量将导致流程导向不一致；用作数组下标将会使程序崩溃；更加可能是造成其他变量的不准确而引起其他的错误。所以在声明变量后马上对其初始化一个默认的值是最简单有效的办法，否则项目大了你找都没地方找。代码存在错误在debug方式下可能会忽略而不被察觉到。debug方式下数组越界也大多不会出错，在release中就暴露出来了，这个找起来就比较难了。

只有DEBUG版的程序才能设置断点、单步执行、使用 TRACE/ASSERT等调试输出语句。REALEASE不包含任何调试信息，所以体积小、运行速度快。

Debug版本就是调试版本，Visual C++

60默认的就是Debug版本。在Debug版本中，可以使用单步执行、跟踪等功能，但其生成的可执行文件比较大，代码运行比较慢。Release版本就是发行版本，其运行速度较快，可执行文件较小，但在其编译条件下无法执行调试功能。

还有一点，Release版本的exe文件链接的目标是标准的MFC DLL(Use MFC in a shared

or static

dll)。比如MFC42DLL。这些DLL在安装windows的时候，就会装到系统中。因此，这样的exe在没有安装Visual C++

60的机器上也能运行。而Debug版本的exe链接了调试版本的MFC DLL文件，比如MFC42DLL。在没有安装Visual C++

60的机器上不能运行，因为缺少MFC42DDLL等，除非选择use static dll when link。

Debug版本中包含大量的调试信息，所以我们能够单步执行、Watch表达式等等，而release版本仅包含我们的代码。由于要利于程序的测试，Debug版本的程序附带很多测试信息和测试程序时才需要的代码，所以Debug版本的程序需要VC的Debug（注意这里不是指程序的Debug，而是指VC的调试器）才能运行。而Release版本就不具有这些特性，所以在Release版本的程序上不能做调试！打包就相当于将你制作的东西发布出去，应该是优化过的代码，当然要用发布版本，即Release版本。

两者所用的动态连接库是不一样的,Release版本所需要的dll和lib已经包含在Windows的system(或者system32)下，所以只需要拷贝就可以运行了，但是Debug版本需要的dll和lib是在安装vc时装上去的，如果你想直接将debug版本给用户，需要拷贝几个文件，但这样显得很臃肿，一般来说不可取。

以上就是关于mfc 程序，debug版本正常和release版本异常。全部的内容，包括:mfc 程序，debug版本正常和release版本异常。、VC6.0中怎样设置才能生成Debug或Release版本的程序、CCS中 Debug 和 Release 编译方式的区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！