DEBUG和RELEASE 版本差异及调试相关问题：
I. 内存分配问题
1. 变量未初始化。下面的E序在debug中运行的很好?/font>
thing * search(thing * something)
BOOL found;
for(int i = 0; i < whatever.GetSize(); i++)
{
if(whatever[i]->field == something->field)
{ /* found it */
found = TRUE;
break;
} /* found it */
}
if(found)
return whatever[i];
else
return NULL;
而在release中却不行Q因为debug中会自动l变量初始化found=FALSE,而在release版中则不会。所以尽可能的给变量、类或结构初始化?/font>
2. 数据溢出的问?nbsp;
如：char buffer[10];
int counter;
lstrcpy(buffer, "abcdefghik");
在debug版中buffer的NULL覆盖了counter的高位，但是除非counter>16M,什么问题也没有。但是在release版中Qcounter可能被放在寄存器中，q样NULLp盖了buffer下面的空_可能是函数的返回地址Q这导致ACCESS ERROR?br /> 3. DEBUG版和RELEASE版的内存分配方式是不同的。如果你在DEBUG版中甌 ele ?6*sizeof(DWORD)=24bytes,实际上分配给你的?2bytesQdebug版以32bytes为单位分配）Q而在release版，分配l你的就?4bytesQrelease版以8bytes为单位）Q所以在debug版中如果你写ele[6],可能不会有什么问题，而在release版中Q就有ACCESS VIOLATE?/font>
II. ASSERT和VERIFY
1. ASSERT在Release版本中是不会被编译的?/font>
ASSERT宏是q样定义?/font>
#ifdef _DEBUG
#define ASSERT(x) if( (x) == 0) report_assert_failure()
#else
#define ASSERT(x)
#endif
实际上复杂一些，但无关紧要。假如你在这些语句中加了E序中必要有的代码
比如
ASSERT(pNewObj = new CMyClass);
pNewObj->MyFunction();
q种时候Release版本中的pNewObj不会分配到空?/font>
所以执行到下一个语句的时候程序会报该E序执行了非法操作的错误。这时可以用VERIFY Q?/font>
#ifdef _DEBUG
#define VERIFY(x) if( (x) == 0) report_assert_failure()
#else
#define VERIFY(x) (x)
#endif
q样的话Q代码在release版中可以执行了?/font>
III. 参数问题Q?/font>
自定义消息的处理函数Q必d义如下：
afx_msg LRESULT OnMyMessage(WPARAM, LPARAM);
q回值必LHRESULT型，否则Debug会过Q而Release出错
IV. 内存分配
保证数据创徏和清除的l一性：如果一个DLL提供一个能够创建数据的函数Q那么这个DLL同时应该提供一个函数销毁这些数据。数据的创徏和清除应该在同一个层ơ上?/font>
V. DLL的灾?/font>
Z不同版本DLL混合造成的不一致性Ş象的UCؓ “动态连接库的地?#8220;(DLL Hell) Q甚臛_软自׃q么?http://msdn.microsoft.com/library/techart/dlldanger1.htm)?/font>
如果你的E序使用你自qDLL时请注意Q?/font>
1. 不能debug和release版的DLL混合在一起用。debug都是debug版，release版都是release版?/font>
解决办法是将debug和release的程序分别放在主E序的debug和release目录?/font>
2. 千万不要以ؓ静态连接库会解决问题，那只会情况更糟p?/font>
VI. RELEASE板中的调试：
1. ASSERT() 改ؓ VERIFY() 。找出定义在"#ifdef _DEBUG"中的代码Q如果在RELEASE版本中需要这些代码请他们移到定义外。查找TRACE(...)中代码，因ؓq些代码在RELEASE中也不被~译。请认真查那些在RELEASE中需要的代码是否q没有被便宜?/p>
2. 变量的初始化所带来的不同，在不同的pȝQ或是在DEBUG/RELEASE版本间都存在q样的差异，所以请对变量进行初始化?/p>
3. 是否在编译时已经有了警告?请将警告U别讄??,然后保证在编译时没有警告出现.
VII. Project Settings" ?"C++/C " 目下优化选项改ؓDisbaleQDebugQ。编译器的优化可能导致许多意想不到的错误Q请参考http://www.pgh.net/~newcomer/debug_release.htm
1. 此外对RELEASE版本的Y件也可以q行调试Q请做如下改动：
?Project Settings" ?"C++/C " 目下设|?"category" ?"General" q且?Debug Info"讄?"Program Database"?/p>
?"Link"目下选中"Generate Debug Info"查框?/p>
"Rebuild All"
如此做法会生的一些限Ӟ
无法获得在MFC DLL中的变量的倹{?/p>
必须对该软g所使用的所有DLL工程都进行改动?/p>
另：
MS BUGQMS的一份技术文中表明Q在VC5中对于DLL?Maximize Speed"优化选项q未被完全支持，因此q将会引起内存错误ƈDE序崩溃?/p>
2. www.sysinternals.com有一个程序DebugViewQ用来捕捉OutputDebugString的输出，q行h后（估计是自设ؓsystem debuggerQ就可以观看所有程序的OutputDebugString的输出。此后，你可以脱VC来运行你的程序ƈ观看调试信息?/p>
3. 有一个叫Gimpel Lint的静态代码检查工P据说比较好用。http://www.gimpel.com 不过要化$的?/p>
参考文献：
1) http://www.cygnus-software.com/papers/release_debugging.html
2) http://www.pgh.net/~newcomer/debug_release.htm