关于VC代码的编写及调试.docVIP

关于VC代码的编写和调试 一、调试版本与发布版本 ???????有时程序能在调试版本运行但不能运行于发布版本，反之也有可能。一般说来，一个发布版本意味着某些类型的优化，而一个调试版本则没有优化。下面我们来看看它们的区别： 1、特别针对调试版本的编译选项 ???????（1）/MDd,/MLd或者/MTd ???????调试版本的运行时刻库有调试符号，使用了调试堆，调试堆的目的是发现内存破坏和内存泄漏，并且向用户报告源代码的哪个地方出了问题。特性： ?????? .调试版本的运行时刻库对内存的分配作了跟踪，允许用户检查内存泄漏。 ?????? .在刚分配的内存里写上0xCD的字节模式，用0xCD来填充刚分配的内存，有助于发现数据未被初始化的错误。 ?????? .在被释放的内存写上0xDD的字节模式，有助于发现已被释放的内存。 ?????? .在缓冲区的两边分配了四字节的保护数据，并用0xFD的字节模式作初始化，来检查写内存的上溢出和下溢出。 ?????? .在每个内存分配的地方对源代码文件名和行号作了记录，有助于用户在源代码中对内存分配进行定位。 ???????（2）/Od ????这个选项用来关闭优化开关。因为未被优化的代码直接对应于源代码，所以比优化后的代码更容易读懂。未被优化的代码编译和链接会更快，会有更短的调试周期。而由于优化，发布版本不见得会比调试版本运行得好，优化代码要求编译器做一些假设，去除冗余，但有时这个假设是错误的，并且去掉的冗余也有可能隐藏错误。如发布版本的帧指针（EBP寄存器）省略（FPO）隐藏了函数原型不匹配的错误；在同步异常模式（只能由throw语句抛出，编译器默认，由/GX编译选项设置）下，异常处理程序可能被优化掉，会阻止程序中的C++异常处理代码安全地捕获结构异常，在这种情况下，你必须使用异步异常模式（采取任何指令都会产生异常的机制，由/Eha编译选项设置）。 ???????（3）/D “_DEBUG” 打开条件编译调试代码开关。只有这个符号被定义，调试代码才会被编译，MFC使用_DEBUG符号来确定到底链接的是哪个版本的MFC类库。在调试版本中，内联默认情况下是被关闭的。 ???????（4）/ZI 创建编辑继续(Edit and Continue)的程序数据库。这个选项会打开/GF编译选项，/GF编译选项会消除重复字符串，并将字符串放到只读内存。编辑继续功能需要获取存储在PDB文件里的特殊信息来使得代码的修改对调试器有效。如果被修改文件对应的信息不在PDB文件里，编辑继续功能就不能进行，而且在调试过程中对代码的任何修改都会出现下面的提示信息“One or more files are out of date or do not exist.”。 ???????（5）/GZ 在调试版本中用来发现那些在发布版本里才发现的错误。其作用如下： ?????? .用0xCC模式初始化自动（本地）变量。 ?????? .在通过函数指针调用函数时，检查栈指针，确认是否有调用规则不匹配。 ?????? .在函数最后检查栈指针是否被改变。 ???????（6）/Gm 打开最小化重新链接开关，减少链接时间。 2、特别针对发布版本的编译选项 ???????（1）/MD,/ML或者/MT 使用发布版本的运行时刻库。 ???????（2）/O1或者/O2 打开优化开关，使得程序会最小或说速度会最快，优化器还可能发现代码中潜在的错误，而这些错误可能会被调试版本掩盖。 ???????（3）/D “NDEBUG” 关闭条件编译调试代码开关。 ???????（4）/GF 消除重复字符串并将它们放到只读内存中以避免被错误地修改。 ???????（5）/Zi 创建包含调试符号的程序数据库。 ???????如果一个错误只发生在发布版本里，除非你是个汇编高手，否则你需要调试符号来提示你到底程序出现了什么问题，调试符号保存在程序的数据库文件（PDB）中。Visual C++的AppWizard默认情况下没有为发布版本创建调试符号。为创建调试符号，打开工程设置对话框，选择Win32 Release，在C/C++标签里选择Common类，在调试信息里，如果是发布版本选择Program Database，如果是调试版本选择Program Database for Edit and Continue（编辑继续选项与优化链接不相容，不适于发布版本）。在Link标签里选择Debug类，然后选择Debug Info和Microsoft format选项，最好不要选择Separate types选项，这样所有的调试信息才会被合并到单独的一个PDB文件中。对于发布版本，选择Link标签，在Project options对话框的最后加上“/OPT:REF”，