在Windows平臺上的實現(xiàn)就有若干種，比較常用的有Visual C++ 6.0附帶的Visual C++子集實現(xiàn)，和Borland C++ Builder附帶的C++編譯器實現(xiàn),看完本文你肯定有不少收獲，希望本文能教會你更多東西。

如果程序并不是每次運行到斷點處都會發(fā)生錯誤，那么不停地在調(diào)試器和應用程序之間穿梭很快就會讓人厭倦，這時高級斷點就派上了用場。從本質(zhì)上來講，高級斷點允許你將某些智慧寫入到斷點中，讓調(diào)試器在執(zhí)行到斷點處時，只當程序內(nèi)部狀態(tài)符合你指定的條件時才在斷點處中斷程序運行，并切換到調(diào)試器中。按下Alt+F9快捷鍵彈出Breakpoints對話框，瀏覽一下對話框發(fā)現(xiàn)該對話框分為Location、Data和Messages三頁，分別對應三種斷點：

1. 位置斷點：我們通常使用的簡單斷點均為位置斷點，我們還可以設置斷點在某個二進制地址或任何函數(shù)上，并通過指定各種限定條件來增強位置斷點的功能。

2. 表達式和變量斷點：調(diào)試器會讓程序一直運行，直到滿足所設的條件或者指定數(shù)據(jù)更改為止。在Intel CPU上，這兩種斷點都盡可能通過CPU的特定調(diào)試寄存器使用一個硬件斷點，如果能夠使用調(diào)試寄存器，那么程序將能夠全速運行，否則調(diào)試器將單步執(zhí)行每個匯編指令，并每步都檢查條件，程序的運行速度將極其緩慢甚至無法運行。

3. Visual C++子集斷點：使用消息斷點，可以讓調(diào)試器在窗口過程接收到一個特定的Windows消息時中斷。消息斷點適用于C SDK類型的程序，對于使用MFC等C++類庫的程序（應該是絕大多數(shù)）來說，消息斷點并不實用，可以變通地使用位置斷點來達到同樣效果。

調(diào)用堆棧

有時候我們并不清楚應該在哪里設置斷點，只知道程序正在運行就突然崩潰了，這時候如何定位到出錯地點呢？這時的選擇就是查看調(diào)用堆棧，調(diào)用堆棧可以幫助我們確定某一特定時刻，程序中各個函數(shù)之間的相互調(diào)用關系。#t#

方法是當程序執(zhí)行到某斷點處或者程序崩潰，控制權轉到調(diào)試器后，按下Alt+7快捷鍵，彈出Call Stack窗口，你可以看到當前函數(shù)調(diào)用情況，當前函數(shù)在最上面，下面的函數(shù)依次調(diào)用其上面的函數(shù)。在Call Stack窗口的彈出菜單上選擇Parameter Values和Parameter Types可以顯示各個函數(shù)的參數(shù)類型和傳入值。

使用跟蹤工具

有些時候，我們希望了解程序中不同函數(shù)之間的協(xié)作關系，或者由于文檔的缺失，希望能夠確認函數(shù)在不同情況下被調(diào)用時的傳入?yún)?shù)值。這時使用斷點功能就過分麻煩，而調(diào)用堆棧只能查看當前函數(shù)的被調(diào)用情況，一種較好的方法就是使用TRACE宏以及相對應的工具。

程序（Debug版）運行中，一旦運行到Visual C++子集，就會向當前Windows系統(tǒng)的調(diào)試器輸出TRACE宏內(nèi)指定的字符串并顯示出來，當在Visual C++環(huán)境中調(diào)試運行（按F5鍵）程序時，可以在Output窗口的Debug頁看到TRACE宏的輸出內(nèi)容。

實際上，TRACE宏是封裝了Windows API函數(shù)OutputDebugString的功能，有些輔助工具可以在不驚動Visual C++調(diào)試器的前提下，攔截程序中TRACE宏的輸出內(nèi)容，比如《深入淺出MFC》的附錄中提到的Microsoft System Journal（MSJ）1996年1月的C/C++專欄介紹的TraceWin工具（在較老版本的MSDN中可以找到源代碼和文檔）以及功能強大的免費工具DebugView。

使用TRACE宏，我們可以輕松了解程序中各個函數(shù)之間的相互協(xié)作關系和被調(diào)用的先后順序和時間，進一步說，你能夠完全掌握程序的執(zhí)行流程。***請注意，TRACE宏會對程序效率有所影響，所以，當前不用的TRACE宏***刪除或者注釋掉。

 閱讀程序的技巧

對于程序員來說，無論是學習還是工作，經(jīng)常要閱讀其他程序員的源代碼，如何快速領悟程序的思想，洞悉程序的結構和各個組成部分的功能，進而全面掌握程序所涉及的方方面面，是程序員很重要的一項基本技能。下面介紹一些常用的技巧。

從功能、界面入手Visual C++子集

一個完整的應用程序或者系統(tǒng)是由若干相對獨立的功能構成，這些功能反應在與用戶交互的圖形界面上，就是各種菜單命令、工具欄按鈕命令等等。所以如果當前只對程序的某幾個功能感興趣，可以在程序中找到這些菜單命令、按鈕命令等的ID響應函數(shù)，以此為起點，逐步深入到程序內(nèi)部，直到完全理解該功能的實現(xiàn)為止。此過程所花費的時間，很大程度上取決于程序員對調(diào)試技術的掌握程度。

需要強調(diào)的是，在不熟悉程序核心結構和實現(xiàn)技術的情況下，直接采用該方法探究程序，當逐步深入到程序核心時，涉及的程序模塊數(shù)量會急劇增長，理解難度也會驟然增大；一旦你對程序核心結構和實現(xiàn)技術了然于胸，采用該方法探究程序，會有勢如破竹之感覺。

砍去枝葉，只留主干

前面已經(jīng)提到，無論如何，最終你都要掌握程序核心結構和實現(xiàn)技術。如何掌握呢？方法是首先將拿到的程序進行完整的備份，然后將次要功能都從程序中去掉，只留下的必須的部分。去除次要功能是一個反復多次的過程，花費的時間取決于程序員對行業(yè)知識的理解程度、編程技術的高低和經(jīng)驗的多少。

經(jīng)常遇到無法在短時間內(nèi)判斷某個模塊是否次要的情況（隨著對程序的理解逐漸加深，以及經(jīng)驗和技術的積累，這種情況會越來越少），這時候建議直接將該模塊去除，然后重新編譯連接程序，運行程序，看程序運行是否正常。

以上介紹的兩種方法是使用比較頻繁的，Visual C++子集可以相互結合，交替使用。但無論采用什么方法探究閱讀程序，都不要指望能夠不費任何氣力，花費一兩個鐘頭就能夠將上萬行的程序探究個明白。