DEBUG和RELEASE 的區別

debug和release 版本差異及除錯相關問題：

. 記憶體分配問題

1. 變數未初始化。下面的程式在debug中執行的很好。

thing * search(thing * something)

bool found;

for(int i = 0; i < whatever.getsize(); i++)

/* found it */

}

if(found)

return whatever[i];

else

return null;

而在release中卻不行，因為debug中會自動給變數初始化found=false,而在release版中則不會。所以盡可能的給變數、類或結構初始化。

2. 資料溢位的問題

如：char buffer[10];

int counter;

lstrcpy(buffer, "abcdefghik");

在debug版中buffer的null覆蓋了counter的高位，但是除非counter>16m,什麼問題也沒有。但是在release版中，counter可能被放在暫存器中，這樣null就覆蓋了buffer下面的空間，可能就是函式的返回位址，這將導致access error。

3. debug版和release版的記憶體分配方式是不同的。如果你在debug版中申請 ele 為 6*sizeof(dword)=24bytes,實際上分配給你的是32bytes（debug版以32bytes為單位分配），而在release版，分配給你的就是24bytes（release版以8bytes為單位），所以在debug版中如果你寫ele[6],可能不會有什麼問題，而在release版中，就有access violate。

ii. assert和verify

1. assert在release版本中是不會被編譯的。

assert巨集是這樣定義的

#ifdef _debug

#define assert(x) if( (x) == 0) report_assert_failure()

#else

#define assert(x)

#endif

實際上覆雜一些，但無關緊要。假如你在這些語句中加了程式中必須要有的**

比如

assert(pnewobj = new cmyclass);

pnewobj->myfunction();

這種時候release版本中的pnewobj不會分配到空間

所以執行到下乙個語句的時候程式會報該程式執行了非法操作的錯誤。這時可以用verify ：

#ifdef _debug

#define verify(x) if( (x) == 0) report_assert_failure()

#else

#define verify(x) (x)

#endif

這樣的話，**在release版中就可以執行了。

iii. 引數問題：

自定義訊息的處理函式，必須定義如下：

afx_msg lresult onmymessage(wparam, lparam);

返回值必須是hresult型，否則debug會過，而release出錯

iv. 記憶體分配

保證資料建立和清除的統一性：如果乙個dll提供乙個能夠建立資料的函式，那麼這個dll同時應該提供乙個函式銷毀這些資料。資料的建立和清除應該在同乙個層次上。

v. dll的災難

人們將不同版本dll混合造成的不一致性形象的稱為「動態連線庫的地獄「(dll hell) ，甚至微軟自己也這麼說(http://msdn.microsoft.com/library/techart/dlldanger1.htm)。

如果你的程式使用你自己的dll時請注意：

1. 不能將debug和release版的dll混合在一起使用。debug都是debug版，release版都是release版。

解決辦法是將debug和release的程式分別放在主程式的debug和release目錄下

2. 千萬不要以為靜態連線庫會解決問題，那只會使情況更糟糕。

vi. release板中的除錯：

1. 將assert() 改為 verify() 。找出定義在"#ifdef _debug"中的**，如果在release版本中需要這些**請將他們移到定義外。查詢trace(...)中**，因為這些**在release中也不被編譯。請認真檢查那些在release中需要的**是否並沒有被便宜。

2. 變數的初始化所帶來的不同，在不同的系統，或是在debug/release版本間都存在這樣的差異，所以請對變數進行初始化。

3. 是否在編譯時已經有了警告?請將警告級別設定為3或4,然後保證在編譯時沒有警告出現.

vii. 將project settings" 中 "c++/c " 專案下優化選項改為disbale（debug）。編譯器的優化可能導致許多意想不到的錯誤，請參考http://www.pgh.net/~newcomer/debug_release.htm

1. 此外對release版本的軟體也可以進行除錯，請做如下改動：

在"project settings" 中 "c++/c " 專案下設定 "category" 為 "general" 並且將"debug info"設定為 "program database"。

在"link"專案下選中"generate debug info"檢查框。

"rebuild all"

如此做法會產生的一些限制：

無法獲得在mfc dll中的變數的值。

必須對該軟體所使用的所有dll工程都進行改動。

另：

ms bug：ms的乙份技術文件中表明，在vc5中對於dll的"maximize speed"優化選項並未被完全支援，因此這將會引起記憶體錯誤並導致程式崩潰。

2. www.sysinternals.com有乙個程式debugview，用來捕捉outputdebugstring的輸出，執行起來後（估計是自設為system debugger）就可以**所有程式的outputdebugstring的輸出。此後，你可以脫離vc來執行你的程式並**除錯資訊。

3. 有乙個叫gimpel lint的靜態**檢查工具，據說比較好用。http://www.gimpel.com 不過要化$的。

參考文獻：

DEBUG和RELEASE 的區別

VC下關於debug和release的區別的討論

專案發布Debug和Release版的區別

vs中debug和release版本的區別

DEBUG和RELEASE 的區別

VC下關於debug和release的區別的討論

專案發布Debug和Release版的區別

vs中debug和release版本的區別

相關推薦