为什么我的程序debug版本运行没有问题，而release版本总是报错？

Question

每次关闭程序后都要弹出类似以下3个应用程序错误"0x77e74a1d"指令引用的"  0x6bc4b4ca"内存。该内存不能为" written"。
要终止程序，请单击“确定”
要调试程序，请单击“取消”这是哪里出了问题？

Answer 1

估计是指针越界了
在debug mode,内存分配时多分配几个字节，可能你写到那段内存了，所以debug mode没有异常，在release mode有
检查一下与指针有关的地方

Answer 2

搂主，我曾经遇到的问题恰恰与你相反！
我是Debug有问题，Release正常！
我仅仅知道Debug版本包含本机调试信息，所以个头要Release比大。
但是经过这几天对你问题的分析，坚决拥护Onega()朋友的观点！
“在debug mode,内存分配时多分配几个字节，可能你写到那段内存了，所以debug mode没有异常，在release mode有”！
祝你进步！

Answer 3

1。编译器会在Release中进行优化，可能引起程序无法执行。
2。一些宏在Release中不会执行（在测试版本中可以运行），可能引起程序无法执行。

Answer 4

在debug模式,释放的内存会被自动置0,在release模式就不会,
所以有些问题在debug模式下不会暴露出来,你可以从这方面想想.

Answer 5

以前有个帖子，说是在release版本实质上是产生了一个结构异常（CStructException），VC++为了使release版本代码精简，并未将此转化成为C++异常（CATCH只能捕捉C++异常）Project   settings  settings for win32 release  在在c/c++页，project options 找到/gx将。gx改为/eha以上好象是这样，是以前的帖子上看到的。

Answer 6

看看是不是CString 如果在release 版本里需要初始化

Answer 7

变量的初始化Debug方式下，变量的初值和Release的不同内存的分配Debug方式下，变量的分配会额外分配一定的空间以检测访问是否越界消息的处理Debug方式下，一些异常会被自动捕获，例如调用函数指针，但是错误判断了函数类型（例如自定义消息的处理忘记声明参数）Command what is yours
Conquer what is not

Answer 8

奇了怪了，我按照"lanfanghelanfanghe(眉飞色舞) "所说的试着做了一遍，提示有两个警告：
Command line warning D4002 : ignoring unknown option '/eha'
StdAfx.cpp
Compiling...
Command line warning D4002 : ignoring unknown option '/eha'
再运行程序的时候，问题解决了
我再把那个/eha选项删除了，也没有问题。

Answer 9

1. 变量。 
大家都知道，debug跟release在初始化变量时所做的操作是不同的，debug是将每个字节位都赋 
成0xcc(注1)，而release的赋值近似于随机(我想是直接从内存中分配的，没有初始化过)。这样 
就明确了，如果你的程序中的某个变量没被初始化就被引用，就很有可能出现异常：用作控制变 
量将导致流程导向不一致；用作数组下标将会使程序崩溃；更加可能是造成其他变量的不准确而 
引起其他的错误。所以在声明变量后马上对其初始化一个默认的值是最简单有效的办法，否则项 
目大了你找都没地方找。代码存在错误在debug方式下可能会忽略而不被察觉到，如debug方式下 
数组越界也大多不会出错，在release中就暴露出来了，这个找起来就比较难了:( 还是自己多加 
注意吧 2. 自定义消息的消息参数。 
MFC为我们提供了很好的消息机制，更增加了自定义消息，好处我就不用多说了。这也存在debug 
跟release的问题吗？答案是肯定的。在自定义消息的函数体声明时，时常会看到这样的写法： 
afx_msg LRESULT OnMessageOwn(); Debug情况下一般不会有任何问题，而当你在Release下且多 
线程或进程间使用了消息传递时就会导致无效句柄之类的错误。导致这个错误直接原因是消息体 
的参数没有添加，即应该写成：afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM 
lparam); (注2) 3. release模式下不出错，但debug模式下报错。 
这种情况下大多也是因为代码书写不正确引起的，查看MFC的源码，可以发现好多ASSERT的语句 
(断言)，这个宏只是在debug模式下才有效，那么就清楚了，release版不报错是忽略了错误而不 
是没有错误，这可能存在很大的隐患，因为是Debug模式下，比较方便调试，好好的检查自己的代 
码，再此就不多说了。 4. ASSERT, VERIFY, TRACE..........调试宏 
这种情况很容易解释。举个例子：请在VC下输入ASSERT然后选中按F12跳到宏定义的地方，这里你 
就能够发现Debug中ASSERT要执行AfxAssertFailedLine，而Release下的宏定义却为"#define 
ASSERT(f) ((void)0)"。所以注意在这些调试宏的语句不要用程序相关变量如i++写操作的语句。 
VERIFY是个例外，"#define VERIFY(f) ((void)(f))"，即执行，这里的作用就不多追究了，有兴 
趣可自己研究:)。 
总结： 
Debug与Release不同的问题在刚开始编写代码时会经常发生，99%是因为你的代码书写错误而导 
致的，所以不要动不动就说系统问题或编译器问题，努力找找自己的原因才是根本。我从前就常 
常遇到这情况，经历过一次次的教训后我就开始注意了，现在我所写过的代码我已经好久没遇到 
这种问题了。下面是几个避免的方面，即使没有这种问题也应注意一下： 1. 注意变量的初始化，尤其是指针变量，数组变量的初始化(很大的情况下另作考虑了)。 
2. 自定义消息及其他声明的标准写法 
3. 使用调试宏时使用后最好注释掉 
4. 尽量使用try - catch(...) 
5. 尽量使用模块，不但表达清楚而且方便调试。