如何使用VC++偵錯工具 Debug版本與Release版本

1.如何在Release狀態下進行調試
Project－>Setting＝>ProjectSetting對話方塊，選擇Release狀態。C/C++標籤中的Category選General，Optimizations選Disable(Debug)，Debut info選Program Database。在Link標籤中選中Generate debug info複選框。

註：只是一個介乎Debug和Release的中間狀態，所有的ASSERT、VERIFY都不起作用，函數調用方式已經是真正的調用，而不查表，但是這種狀態下QuickWatch、調用隊列跟蹤功能仍然有效，和Debug版一樣。

2. Release和Debug有什麼不同
Release版稱為發行版，Debug版稱為調試版。
Debug中可以逐步執行、跟蹤等功能，但產生的可執行檔比較大，代碼運行速度較慢。Release版運行速度較快，可執行檔較小，但在其編譯條件下無法執行調試功能。
Release的exe檔案連結的是標準的MFC DLL(Use MFC in a shared or static dll)。這些DLL在安裝Windows的時候，已經配置，所以這些程式能夠在沒有安裝Visual C++ 6.0的機器上運行。而Debug版本的exe連結了調試版本的MFC DLL檔案，在沒有安裝Visual C++6.0的機器上不能運行，因為缺相應的DLL，除非選擇use static dll when link。

3. ASSERT和VERIFY有什麼區別
ASSERT裡面的內容在Release版本中不編譯，VERIFY裡面的內容仍然翻譯，但不再判斷真假。所以後者更安全一點。
例如ASSERT(file.Open(strFileName))。
一旦到了Release版本中，這一行就忽略了，file根本就不Open()了，而且沒有任何出錯的資訊。如果用VERIFY()就不會有這個問題。

DEBUG模式在代碼中使用_DEBUG宏來開關只在調試中出現的代碼方便調試，像如果有記憶體跟蹤機制的話，一般會重載new和delete在分配的每塊記憶體中加入額外的檔案號和行號資訊來檢測記憶體流失，而Release則跟普通的new和delete沒有任何區別，除非特別必要，最好盡量少使用這種#ifdef #endif這種宏開關，以避免不同版本之間的行為不一致而難以調試。到了樓主所說需要調試Release的時候已經說明出現Debug版與Release行為不一致的現象，並且很有可能是程式員寫出的代碼導致的原因，為了避免這種情況，除了上面所講的方法外，項目應該有良好的測試環境，在每一功能模組完成時對Release版本進行測試，保證現在新功能單元測試通過的同時原有單元測試模組都能通過，通不過時程式員最高優先順序的任務就是用版本控制器回到上次版本找出原因，可惜國內環境很少有公司有心思完全做好這些...可能這些細節就是形成差距的原因...

設定
為了調試一個程式，首先必須使程式中包含調試資訊。一般情況下，一個從AppWizard建立的工程中包含的Debug Configuration自動包含調試資訊，但是是不是Debug版本並不是程式包含調試資訊的決定因素，程式設計者可以在任意的Configuration中增加調試資訊，包括Release版本。
為了增加調試資訊，可以按照下述步驟進行：
開啟Project settings對話方塊（可以通過快速鍵ALT+F7開啟，也可以通過IDE菜單Project/Settings開啟)
選擇C/C++頁，Category中選擇general ，則出現一個Debug Info下拉式清單方塊，可供選擇的調試資訊方式包括：　 命令列 Project settings 說明 無 None 沒有調試資訊 /Zd Line Numbers Only 目標檔案或者可執行檔中只包含全域和匯出符號以及程式碼資訊，不包含符號調試資訊 /Z7 C 7.0- Compatible 目標檔案或者可執行檔中包含行號和所有符號調試資訊，包括變數名及類型，函數及原型等 /Zi Program Database 建立一個程式庫(PDB)，包括類型資訊和符號調試資訊。 /ZI Program Database for Edit and Continue 除了前面/Zi的功能外，這個選項允許對代碼進行調試過程中的修改和繼續執行。這個選項同時使#pragma設定的最佳化功能無效

選擇Link頁，選中複選框"Generate Debug Info"，這個選項將使連接器把調試資訊寫進可執行檔和DLL
如果C/C++頁中設定了Program Database以上的選項，則Link incrementally可以選擇。選中這個選項，將使程式可以在上一次編譯的基礎上被編譯（即增量編譯），而不必每次都從頭開始編譯。

斷點
斷點是調試器設定的一個代碼位置。當程式運行到斷點時，程式中斷執行，回到調試器。斷點是 最常用的技巧。調試時，只有設定了斷點並使程式回到調試器，才能對程式進行線上調試。

設定斷點：可以通過下述方法設定一個斷點。首先把游標移動到需要設定斷點的程式碼上，然後按F9快速鍵
彈出Breakpoints對話方塊，方法是按快速鍵CTRL+B或ALT+F9，或者通過菜單Edit/Breakpoints開啟。開啟後點擊Break at編輯框的右側的箭頭，選擇 合適的位置資訊。一般情況下，直接選擇line xxx就足夠了，如果想設定不是當前位置的斷點，可以選擇Advanced，然後填寫函數、行號和可執行檔資訊。
去掉斷點：把游標移動到給定斷點所在的行，再次按F9就可以取消斷點。同前面所述，開啟Breakpoints對話方塊後，也可以按照介面提示去掉斷點。

條件斷點：可以為斷點設定一個條件，這樣的斷點稱為條件斷點。對於新加的斷點，可以單擊Conditions按鈕，為斷點設定一個運算式。當這個運算式發生改變時，程式就 被中斷。底下設定包括“觀察數組或者結構的元素個數”，似乎可以設定一個指標所指向的記憶體區的大小，但是我設定一個比較的值但是改動 範圍之外的記憶體區似乎也導致斷點起效。最後一個設定可以讓程式先執行多少次然後才到達斷點。

資料斷點：資料斷點只能在Breakpoints對話方塊中設定。選擇“Data”頁，就顯示了設定資料斷點的對話方塊。在編輯框中輸入一個運算式，當這個 運算式的值發生變化時，資料斷點就到達。一般情況下，這個運算式應該由運算子和全域變數構成，例如：在編輯框中輸入 g_bFlag這個全域變數的名字，那麼當程式中有g_bFlag= !g_bFlag時，程式就將停在這個語句處。

訊息斷點：VC也支援對Windows訊息進行截獲。他有兩種方式進行截獲：視窗訊息處理函數和特定訊息中斷。
在Breakpoints對話方塊中選擇Messages頁，就可以設定訊息斷點。如果在上面那個對話方塊中寫入訊息處理函數的名字，那麼 每次訊息被這個函數處理，斷點就到達（我覺得如果採用普通斷點在這個函數中截獲，效果應該一樣）。如果在底下的下拉 列表框選擇一個訊息，則每次這種訊息到達，程式就中斷。

值
Watch
VC支援查看變數、運算式和記憶體的值。所有這些觀察都必須是在斷點中斷的情況下進行。
觀看變數的值最簡單，當斷點到達時，把游標移動到這個變數上，停留一會就可以看到變數的值。
VC提供一種被成為Watch的機制來觀看變數和運算式的值。在斷點狀態下，在變數上單擊右鍵，選擇Quick Watch， 就彈出一個對話方塊，顯示這個變數的值。
單擊Debug工具條上的Watch按鈕，就出現一個Watch視圖（Watch1,Watch2,Watch3,Watch4），在該視圖中輸入變數或者運算式，就可以觀察 變數或者運算式的值。注意：這個運算式不能有副作用，例如++運算子絕對禁止用於這個運算式中，因為這個運算子將修改變數的值，導致 軟體的邏輯被破壞。

Memory
由於指標指向的數組，Watch只能顯示第一個元素的值。為了顯示數組的後續內容，或者要顯示一片記憶體的內容，可以使用memory功能。在 Debug工具條上點memory按鈕，就彈出一個對話方塊，在其中輸入地址，就可以顯示該地址指向的記憶體的內容。

Varibles
Debug工具條上的Varibles按鈕彈出一個框，顯示所有當前執行內容中可見的變數的值。特別是當前指令涉及的變數，以紅色顯示。

寄存器
Debug工具條上的Reigsters按鈕彈出一個框，顯示當前的所有寄存器的值。

進程式控制制
VC允許被中斷的程式繼續運行、單步運行和運行到指定游標處，分別對應快速鍵F5、F10/F11和CTRL+F10。各個快速鍵功能如下：
　 快速鍵 說明 F5 繼續運行 F10 單步，如果涉及到子函數，不進入子函數內部 F11 單步，如果涉及到子函數，進入子函數內部 CTRL+F10 運行到當前游標處。
Call Stack
呼叫堆疊反映了當前斷點處函數是被那些函數按照什麼順序調用的。單擊Debug工具條上的Call stack就顯示Call Stack對話方塊。在CallStack對話方塊中顯示了一個調用系列，最上面的是當前函數，往下依次是調用函數的上級函數。單擊這些函數名可以跳到對應的函數中去。

其他調試手段
系統提供一系列特殊的函數或者宏來處理Debug版本相關的資訊，如下：
宏名/函數名 說明 TRACE 使用方法和printf完全一致，他在output框中輸出調試資訊 ASSERT 它接收一個運算式，如果這個運算式為TRUE，則無動作，否則中斷當前程式執行。對於系統中出現這個宏導致的中斷，應該認為你的函數調用未能滿足系統的調用此函數的前提條件。例如，對於一個還沒有建立的視窗調用SetWindowText等。 VERIFY 和ASSERT功能類似，所不同的是，在Release版本中，ASSERT不計算輸入的運算式的值，而VERIFY計算運算式的值。
關注
一個好的程式員不應該把所有的判斷交給編譯器和調試器，應該在程式中自己加以程式保護和錯誤定位，具體措施包括：
對於所有有傳回值的函數，都應該檢查傳回值，除非你確信這個函數調用絕對不會出錯，或者不關心它是否出錯。
一些函數返回錯誤，需要用其他函數獲得錯誤的具體資訊。例如accept返回INVALID_SOCKET表示accept失敗，為了查明 具體的失敗原因，應該立刻用WSAGetLastError獲得錯誤碼，並針對性的解決問題。
有些函數通過異常機制拋出錯誤，應該用TRY-CATCH語句來檢查錯誤
程式員對於能處理的錯誤，應該自己在底層處理，對於不能處理的，應該報告給使用者讓他們決定怎麼處理。如果程式出了異常， 卻不對傳回值和其他機制返回的錯誤資訊進行判斷，只能是加大了找錯誤的難度。
另外：VC中要編製程式不應該一開始就寫cpp/h檔案，而應該首先建立一個合適的工程。因為只有這樣，VC才能選擇合適的編譯、串連 選項。對於加入到工程中的cpp檔案，應該檢查是否在第一行顯式的包含stdafx.h標頭檔，這是Microsoft Visual Studio為了加快編譯 速度而設定的先行編譯標頭檔。在這個#include "stdafx.h"行前面的所有代碼將被忽略，所以其他標頭檔應該在這一行後面被包含。
對於.c檔案，由於不能包含stdafx.h，因此可以通過Project settings把它的先行編譯頭設定為“不使用”，方法是：
彈出Project settings對話方塊
選擇C/C++
Category選擇Precompilation Header
選擇不使用先行編譯頭