关于debug和release的不同的两点讨论(原创)

Question

关于debug和release的不同的两点讨论 - (1.5kg, shanghai, 15:39 2002-12-20)======================================================在使用VC开发软件的过程中，正当要享受那种兴奋的时候突然发现：release与debug运行结果不一致，甚至出错，而release又不方便调试，真的是当头一棒啊，可是疼归疼，问题总要解决，下面将讲述一下我的两点经验，看看是不是其中之一：
1. 变量。
大家都知道，debug跟release在初始化变量时所做的操作是不同的，debug是将每个字节位都赋成0xcc，而release的赋值近似于随机(我想是直接从内存中分配的，没有初始化过，但debug为什么不是0xff或0x00或其他什么的就不得而知了)。这样就明确了，如果你的程序中的某个变量没被初始化就被引用，就很有可能出现异常：用作控制变量将导致流程导向不一致；用作数组下标将会使程序崩溃；更加可能是造成其他变量的不准确而引起其他的错误。所以在声明变量后马上对其初始化一个默认的值是最简单有效的办法，否则项目大了你找都没地方找。代码存在错误在debug方式下可能会忽略而不被察觉到，如debug方式下数组越界也大多不会出错，在release中就暴露出来了，这个找起来就比较难了:( 还是自己多加注意吧2. 自定义消息的消息参数。
MFC为我们提供了很好的消息机制，更增加了自定义消息，好处我就不用多说了。这也存在debug跟release的问题吗？答案是肯定的。在自定义消息的函数体声明时，时常会看到这样的写法：afx_msg LRESULT OnMessageOwn(); 当你在多线程或进程间使用了消息传递时就会导致无效句柄之类的错误。这个原因就是消息体的参数没有添加，即应该写成：afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam); (具体原因我也不太清楚，是不是因为调用时按着默认的参数多分配了WPARAM+LPARAM的空间而破坏了应用程序的内存空间?还请高手多指点)
避免的方法：
1. 注意变量的初始化
2. 自定义消息的标准写法
3. 使用调试语句TRACE等时使用后最好注释掉
4. 尽量使用try - catch(...)======================================================
mail : [email protected]
qq : 923452

Answer 1

VERIFY 和 ASSERT 的区别?

Answer 2

如果一个断言里的内容并不是判断，而是一个创建或是赋值之类的操作，在release里面肯定就要出问题，对吧。

Answer 3

优化、优化，一言障之，写个程序，把mfc的源代码捋一遍，就可以看出区别了，＃ifdef DEBUG ,实际的东西比初始化一个变量复杂。

Answer 4

VERIFY 和 ASSERT 的区别：
一个在Release下面可以执行，一个不可以

Answer 5

我来添一个
debug版初始化成0xcc是因为0xcc在x86下是一条int 3单步中断指令，这样程序如果跑飞了遇到0xcc就会停下来，这和单片机编程时一般将没用的代码空间填入jmp 0000语句是一样地

Answer 6

楼主的立意很好，我曾经想过把vc7.net的mfc源代码注释出来，可是没时间，问题不是怎样分析，而是从哪个角度来阐述，比较有应用的意义。楼主加油，我给你up

Answer 7

一起讨论讨论，或许寒假，我也会看看源代码，[email protected]

Answer 8

还有情况是release模式下不出错，但debug模式下报错，其实这种情况下大多也是因为代码书写不正确引起的，查看MFC的源码，可以发现好多ASSERT的语句（断言），这个宏只是在debug模式下才有效，那么原因清楚了。所以说release版不报错也不意味着就是对的，可能存在很大的隐患，好好的检查自己的代码，书写代码时尽量使用模块，不但表达清楚而且方便调试。