如果通過上面設(shè)置，您在 Release 編譯模式下面的問題在 Debug 模式下重現(xiàn)，那么請您依據(jù)以下步驟對您的代碼進(jìn)行修改 :

• 查找 ASSERT 排除其中的所有重要執(zhí)行語句，或者將 ASSERT 修改為 VERIFY .
• 檢查 "#ifdef _DEBUG" 內(nèi)所有代碼，排除 Release 模式使用的代碼 .
• 查找 TRACE 排除其中的所有重要執(zhí)行語句 . TRACE 和 ASSERT 一樣，僅在 Debug 模式下編譯 .

如果通過上面修改更正了您在 Debug 模式下的問題，那么您可以重新編譯 Release 模式，非常有可能您可以解決先前存在的問題！ .

錯(cuò)誤的假定造成編譯模式錯(cuò)誤

您是否經(jīng)常性的假定您的變量或者對象被初試化成某個(gè)指定的值 ( 可能 0) ？您是否假定你所有關(guān)聯(lián)到的資源在應(yīng)用程序中都存在？這些也是 Debug 和 Release 模式下不同問題產(chǎn)生的原因 .

規(guī)則 4 : 除非您在代碼中對變量進(jìn)行初始化，否則不能作出如上假定 . 包括全局變量，自動(dòng)變量，申請對象和 new 對象 .

這種情況還常常發(fā)生在內(nèi)存順序的問題，記得原來使用結(jié)構(gòu)體的時(shí)候?yàn)榱耸褂梅奖?，比較兩個(gè)結(jié)構(gòu)體對象使用 memcmp ，在 Debug 版本工作正常，而 Release 版本計(jì)算出錯(cuò)誤的解，看來的確不能進(jìn)行錯(cuò)誤的假定！

規(guī)則 5 : 確保刪除資源的所有引用都被刪除，例如 resource.h

軟件開發(fā)中，不同編譯版本對變量和內(nèi)存的初始化是不同的 . 如果您假定變量初始化為 0, 那么在 Win9x 系統(tǒng)的 Release 模式下，會(huì)出現(xiàn)異?，F(xiàn)象。因此對所有變量，內(nèi)存顯式清 0 是較為安全的做法 .

如果您引用了已經(jīng)被刪除的資源，您的 Debug 版本可以正常工作，但是 Release 版本可能會(huì) crash.

您是否相信編譯器 ?

編譯器警告級別和編譯噪音有著相當(dāng)大的關(guān)系 .

通過提高編譯器警告級別可增加程序隱藏問題暴露的機(jī)會(huì) . 通常設(shè)置警告級別在 "Level 3" 或者 "Level 4". 編譯并解決所有警告，這是發(fā)布 Release 版本應(yīng)用程序的一個(gè)很好的建議 . 這能暴露會(huì)使您的應(yīng)用程序出現(xiàn)問題的很多初始化問題和其它潛在的錯(cuò)誤 .

規(guī)則 6 : 開始項(xiàng)目之前先將編譯警告級別設(shè)置在 "Level 3" 或者 "Level 4" ，登記代碼之前確保消滅所有警告！ .

總結(jié)報(bào)告

編譯模式下的調(diào)試

曾經(jīng)不止一次的聽到一些 VC 開發(fā)者說 Release 模式下面不能進(jìn)行調(diào)試，幸運(yùn)的是：通過相應(yīng)設(shè)置，可以在 Release 模式進(jìn)行調(diào)試，因此那只不過是一個(gè)以訛傳訛的荒謬說法而已 .

規(guī)則 7 : 當(dāng)前面所有的方法都無效的時(shí)候，在 Release 模式下面進(jìn)行調(diào)試 .

Release 模式可以進(jìn)行調(diào)試，第一步是打開符號表 :

• Alt-F7 打開項(xiàng)目設(shè)置，在 C++/C 頁面，選擇 "General" 類，修改 Debug Info setting 為 "Program Database".
• 在 "Link" 頁面，選擇 "Generate Debug Info".
• "Rebuild All"

這些設(shè)置將允許您在 Release 模式下保留符號表，您也可以同時(shí)考慮以下設(shè)置 :

• 調(diào)試 Release 版本應(yīng)用程序，您可以關(guān)閉優(yōu)化選項(xiàng) .
• 如果在 Release 模式下面不能設(shè)置斷點(diǎn)，添加指令 "__asm {int 3}" 可以是您的應(yīng)用程序在改行停止 ( 確定在發(fā)布應(yīng)用程序時(shí)候排除這些代碼 ).

在 Release

模式進(jìn)行調(diào)試的幾個(gè)限制 .

• 最大的問題在于您不能跟蹤到 MFC 函數(shù)內(nèi)部，原因在于 Release 版本的 MFC 動(dòng)態(tài)鏈接庫不包含調(diào)試信息和符號表 .
• 同上，想要調(diào)試調(diào)用的 dll ，您必須給它們?nèi)考由险{(diào)試信息和符號表 .

編譯器生成了錯(cuò)誤的代碼 ?

或許有的時(shí)候您會(huì)發(fā)現(xiàn) VC++ 編譯器生成了 ’ 問題代碼 ’ ，然而坦率的講，人們通常抱怨的太早 . 您可以在 Release 模式下面關(guān)閉優(yōu)化選項(xiàng)來進(jìn)行測試 .

如果這個(gè)操作解決了您的問題，或許您的編碼習(xí)慣存在問題 . 信不信由你 , 極其可能在您的編碼中存在模棱兩可的求解或者看起來似乎正確，某些條件下也是正確的情況 . 舉個(gè)例子，下面的代碼在 Debug 模式似乎一切 ’ 正常 ’ ，而在 Release 模式下面卻會(huì)出錯(cuò)！

						
								
										#include <stdio.h>
								
						
				

						
								
										?
								
						
				

						
								
										
												
														int
												
										
										* func1()
								
						
				

						
								{
						
				

						
								
										
												
														int
												
										
										 retval = 
										
												
														5
												
										
										;
								
						
				

						
								
										
												
														return
												
										
										 &retval;
								
						
				

						
								}
						
				

						
								
										?
								
						
				

						
								
										
												
														int
												
										
										 main(
										
												
														int
												
										
										 argc, 
										
												
														char
												
										
										* argv[])
								
						
				

						
								{
						
				

						
								
										printf(
										
												
														"%d\n"
												
										
										, *func1());
								
						
				

						
								
										
												
														return
												
										
										
										
										
												
														0
												
										
										;
								
						
				

						
								}
						
				

我相信大多數(shù)程序員尤其是初學(xué)者容易遇到此類情況的 .

規(guī)則 8 : 如果關(guān)閉 Release 模式的優(yōu)化選項(xiàng)可以使您的應(yīng)用程序運(yùn)行正常，而打開優(yōu)化選項(xiàng)則出現(xiàn)問題的化，原因多半在于您的不良編碼習(xí)慣造成的 . 這意味著必須仔細(xì)檢查您的代碼，清理出那些錯(cuò)誤的假設(shè)，懸空指針等等 . 等同的這告訴您，在 Debug 模式和關(guān)閉優(yōu)化選項(xiàng)的 Release 模式下您的應(yīng)用程序工作正常全是因?yàn)橄到y(tǒng)隱含的運(yùn)氣，您必須著手更正存在隱患的代碼，否則在日后可能會(huì)造成巨大的損失 .

規(guī)則 9 : 如果您已經(jīng)徹底檢查了您的代碼，并且沒有發(fā)現(xiàn)問題，那么您最好逐個(gè)打開優(yōu)化選項(xiàng)將產(chǎn)生錯(cuò)誤的原因限制在某個(gè)范圍之內(nèi) .

BTW- 以上問題代碼由 C++ 編譯器自動(dòng)檢出 . 如果您已經(jīng)遵循 規(guī)則 6 您或許在前面環(huán)節(jié)中已經(jīng)解決了這些問題 .