編譯器基本技巧：
F10: 單步調試，按步執行程序，一般用來察看程序執行流程，如果程序程序從中斷掉了，就可以用單步調試。
F9: 設置斷點，程序在執行到設置斷點的地方就會停下。
F5: 執行調試程序，Debug|Go。
F11: 進入block內部進行調試。
Ctrl+F5: 在使用的時候，執行調試程序，Debug|Execute。
Ctrl+F7: 編譯單個文件，而不編譯所有文件，這樣可以避免編譯一些不必要的文件而增加編譯時間。
Clean: 清除工程
Rebuild all : 刪除之前產生的中間生成文件以后，重新編譯整個工程
Watch 窗口：將變量添加到watch窗口，并且可以查看變量值，但是不能察看函數的返回值，一般要看函數的返回值，應該將其保存在變量，然后進行察看。
Call Stack: 調用函數棧，在call stack里面可以看到各級函數的調用關系，并且這樣方便定位bug報錯位置。
Shift+F5: 取消調試過程。
Ctrl+ B: 設置數據斷點和位置斷點。
位置斷點:
這是我們經常采用的辦法,在我們要調試的代碼行上設置一個斷點,然后按F5或者F10進行調試,這種方法在非循環的代碼block里面是可行的,但是如果在一個循環里面,那么就有點麻煩了,這樣的話,你要多次地按F5,假如循環次數超過1000的話,想想看,不說你按F10來單步調試,就是按F5也要耗掉你不少體力.這里介紹一個方法:
即斷點的條件判斷法.
設置你要調試的代碼行.
用ctrl+b打開斷點設置對話框,這樣的話,我們就看到了一個location,我們可以在下面的breakpoints列表里選擇我們所要調試的代碼行,這樣的話,在上面我們就可以在break at這個框里面看到我們剛才選擇的代碼行,接著在下面的condition按鈕中選中,在"Enter the expression to be evaluated"這一項中輸入一個表達式,這個表示只有在該表達式成立的情況下,這個斷點才能被啟動.當然如果是輸入一個變量名的話,那么在這個變量被修改的時候,斷點才能被啟動.另外還有兩項:"Enter the number of elements to watch in an array or structure" 以及"Enter the number of times to skip before stopping".在這里都可以設置一些選項,這些對于循環的block非常有用.第一項表明要輸入某個數組或者結構中要觀測的項目數,第二項表示在終止前要跳過的次數,顯然在循環次數很多的情況下是很有用的,在這里我們可以設置他為循環的次數,這樣的話,等所有信息都設置好以后,按F5以后,程序就會被中斷,那么我們在"breakpoints"這里就可以看到一個信息"remaining xx"這表示說在循環進行100-xx+1項后就終止了,我們當然還可以采用"Enter the expression to be evaluated"這種方法,直接從值這個方面來獲取信息,而不是從次數上獲取信息.
for (int i = 100;i >0;i--) {
printf("%d",100/(i-5));
}
這就是個例子來的.
數據斷點:
就是我們開始說的"Enter the expression to be evaluated"這種方法,即在滿足某個條件值時,斷點才會啟動.
其實位置斷點和數據斷點是互補的,相對而言,數據斷點更加適合于判斷數據時候被修改這種的情況,而位置斷點一般用在循環中,來說明程序執行的情況.在那個位置出錯了,我們找到這個位置再去定位錯誤.
另外還有一種方法:在callstack里面為某個函數設置斷點,這樣的話,就可以將函數調用從深度層次中返回.
還有可以在調試狀態下,在某個代碼行A處單擊右鍵菜單中選擇set next statement這個項,這樣的話,下次執行的代碼行就是A了,而不是其它代碼行,其實從字面意思就可以了解了.
另外watch窗口也可以用來監視變量的值變化,很管用的,特別對于一些數組,結構之類的,你可以查看數組/結構里面所有元素的值情況,不過我們用完了就得刪除我們選擇的變量,因為下次使用的時候它們還會出現的.
打印log:
可以通過輸出函數打印相關信息，將log信息輸出到屏幕，這些方法主要有：
Prinf, cout, MessageBox, 以及OutputDebugString等。當然也可以將信息記錄在文本里面供執行以后察看，用fopen之類的，將信息寫入文件。
查找崩潰地址：
可以采用dbghelp,具體信息可以到微軟的官網上查找
也可以使用map 文件，這里有一篇介紹不錯的文章。
http://www.codeproject.com/KB/debug/mapfile.aspx
使用斷言：
斷言可以幫助你更加檢查數據的有效性，不過要注意的一點是，不要在斷言里面使用函數，因為在非debug模式下面，比如release模式下面assert是無效的，要跳過去執行的。
使用異常：
Try/catch/throw, 以及__try/__catch/__throw等
其他調試信息和相關編譯器設置信息：
http://ei.cs.vt.edu/~cs1205/c_debug/intro.html
http://www.hermetic.ch/cfunlib/debug.htm
http://www.gamedev.net/reference/articles/article1344.asp
編程習慣建議：
多使用斷言，assert對數據前驅和后繼進行檢查，使用防御編程，在函數入口，和函數出口處都進行數據檢查。
在申請內存或者分配空間的時候，要檢查數據是否分配成功，如果沒有分配成功的話，要做相關的處理。
在聲明變量的時候，最好也要進行初始化，防止沒有經過初始化獲得一些未知的數值。
未初始化的內存區一般被0xcccccccc填充，已經釋放掉內存的區域一般是0xcdcdcdcd.
如果你試著訪問一個數據值為0xcdcdcdcd的指針，那么意味著你已經在某個地方將該之珍釋放掉了，如果是0xcccccccc,那么意味著該指針一直沒有被分配空間。
（1）指針消亡了，并不表示它所指的內存會被自動釋放。（摘自林博士的高質量C++編程）
（2）內存被釋放了，并不表示指針會消亡或者成了NULL指針。
這里可以這樣來理解：
1）對于棧上的內存區域，那么在該指針離開了該作用域以后，就無效了，但是并不意味著該指針所占據的內存被自動釋放了，相反，出現內存泄漏了。
2）在釋放內存以后，該指針仍舊未非空的，所以還要將之置空，避免出現野指針。