vc6.0快捷鍵(vc6.0快捷鍵注釋)

VC調(diào)試技術程序出錯的類型大致可以分為兩種，語法錯誤和邏輯錯誤。語法錯誤可以通過編譯器的出錯信息得到糾正。然而邏輯錯誤則不能，所以各大IDE（集成開發(fā)環(huán)境）中都提供了debug功能，用來分析和排除程序中的邏輯錯誤，排除邏輯錯誤的過程又稱調(diào)試（或debug），下面謹以VC++6.0的調(diào)試環(huán)境做介紹。

常用的調(diào)試命令主要有：

step into 命令快捷鍵：F11 單步執(zhí)行每條語句，在遇到函數(shù)的時候，系統(tǒng)將進入函數(shù)，單步執(zhí)行其中的語句。

step over 命令快捷鍵：F10 單步執(zhí)行每條語句，但在遇到函數(shù)時候，系統(tǒng)將把函數(shù)當作“一條語句”來執(zhí)行，自動執(zhí)行其中的內(nèi)容，而不進入函數(shù)內(nèi)部單步執(zhí)行。

run to cursor 命令 快捷鍵：Ctrl+F10 系統(tǒng)將自動執(zhí)行到用戶光標所指的語句前。（這個功能很有用，可以將精力集中到有問題的地方，從而節(jié)省調(diào)試時間）

Go 命令快捷鍵：F5 系統(tǒng)將編譯，連接，自動運行程序，但是會在程序設置了斷點(breakpoint)處停下。

BuildExcute 命令 快捷鍵：Ctrl+F5 系統(tǒng)將編譯，連接，運行編譯好的程序代碼，因此不會在斷點處停留，但是在程序執(zhí)行結束之后，系統(tǒng)會給一個Pau，以方便用戶觀察輸出結果。

Stop debug命令快捷鍵：Shift+F5 本命令是用來終止動態(tài)調(diào)試過程的。

動態(tài)調(diào)試的主要方法——watch（監(jiān)視變量）在程序編譯通過以后，當使用了step into,step over,run to cursor, go命令使系統(tǒng)在程序執(zhí)行的過程中停下之后，系統(tǒng)就會進入調(diào)試狀態(tài)。

調(diào)試過程中，你的程序執(zhí)行窗口會調(diào)到后臺，而系統(tǒng)窗口中會顯示你的程序，其中的黃色箭頭指向的是系統(tǒng)下一步將要執(zhí)行的語句。而系統(tǒng)窗口下面的那個監(jiān)視窗口就是我們將要介紹的重點. watch窗口被左右分成了兩個部分，左面的那部分我們姑且稱之為“自動監(jiān)視區(qū)”（即variable窗口），而右面的我們稱之為“手動監(jiān)視區(qū)”。（即watch窗口）自動監(jiān)視區(qū)是系統(tǒng)自動跟蹤的變量名。系統(tǒng)默認顯示auto標簽，那是顯示在上一步執(zhí)行過程中，程序中發(fā)生改變的變量。 locals標簽跟蹤的是某一個函數(shù)中的所有變量。

上面的find sour組合框中指示的是當前在locals標簽下在跟蹤的變量是屬于哪一個函數(shù)的。說明：當find sour組合框中的內(nèi)容變成灰色時，說明系統(tǒng)正在運行程序，或者等待輸入端的數(shù)據(jù)（通常會是這個情況），此時應當注意程序執(zhí)行窗口中的內(nèi)容。然而通常僅僅只有自動監(jiān)視區(qū)所監(jiān)視的變量是不夠的，有時我們需要自己定義一些需要跟蹤的變量——這個時候我們就要在手動監(jiān)視區(qū)中輸入變量名（也可以是系統(tǒng)認為合法的表達式）來跟蹤我們需要的值。

注意：當用戶定義了一個指向數(shù)組的watch之后，在變量的左邊會出現(xiàn)一個小的'+'號，表示這個數(shù)組可以“展開”——顯示其中每一個下標所指示的內(nèi)容，這與其他高級語言的IDE有些不同。

值得一提的是VC++的一個人性化設置：在用戶定義的變量很多時，往往需要通過滾屏才能看到所有的變量——VC++在手動監(jiān)視區(qū)中設定了4個標簽以方便用戶的使用，在這四個標簽的功能是一樣的！

斷點的設置與一些基本的調(diào)試技巧。斷點（breakpoint）是指在調(diào)試過程中，只要運行到斷點處，系統(tǒng)就會自動停下（除非是使用bulidexcute命令，但那是在執(zhí)行編譯好的代碼，在嚴格意義上說，這不能算是一個調(diào)試命令），通常和go命令和step over命令配合在一起使用。

設置斷點的方法：在程序代碼中，移動到需要設置斷點的那一行上，按F9鍵，你可以看到代碼行的左端出現(xiàn)了一個紅色的圓點——那是VC++中斷點的標志，以后程序在調(diào)試過程中，每次執(zhí)行到這里，都會停下，方便用戶觀察watch中的內(nèi)容。去除斷點的命令與設置斷點的命令相同：在已設置斷點的地方，再按一次F9鍵，左端的紅色圓點就消失，斷點被去除了。有的時候，我們并不是不需要斷點，而是“暫時”不需要它，這時可以在已設置斷點的地方，按Ctrl+F9鍵，你可以看到原本實心的圓點變成了一個空心的圓圈——斷點暫時失效了。恢復斷點功能也是按Ctrl+F9。這個功能在程序很長，需要很多斷點的時候尤其有用。

條件斷點技術——其實就是在一些分支語句內(nèi)部設置斷點，這個技術很實用，尤其在程序的某個分支部分發(fā)生問題的時候。關于斷點設置在哪里。這可以說是因人而異，而且是一個相當有藝術性的內(nèi)容，我不想多說什么，但是有一個基本的原則就是，不要連續(xù)設置斷點，所謂斷點，也可以說是“段”點，在需要連續(xù)觀察的地方，應當使用step over或者step into命令。

好了，調(diào)試命令基本上就是這些，下面我想談談我個人在調(diào)試過程中的一些心得和體會：

1.動態(tài)調(diào)試不是萬能的。雖然動態(tài)調(diào)試能解決幾乎所有的非算法性的問題，但是動態(tài)調(diào)試要消耗大量的時間這點也是無庸質(zhì)疑的——而且會擾亂編程者的思路。其實相當多的錯誤往往只是因為鍵盤按錯（“手誤”）導致的。這種錯誤在動態(tài)調(diào)試中很難發(fā)現(xiàn)，所以對于每一個程序，在要開始進行調(diào)試前，都應當再整理一遍思路，仔細地通讀一遍程序，用所謂的“靜態(tài)查錯”的方法先將一些顯而易見的低級錯誤先解決掉，同時也可以確定調(diào)試的重點。這樣做可以大大縮短調(diào)試時間，同時能使自己更容易發(fā)現(xiàn)一些思路方面的錯誤。

2.調(diào)試時思路要跟著程序轉。說白了就是要集中精力于正在調(diào)試的語句段和正在變化的變量上。

3.模塊化能有效縮短調(diào)試時間。其實模塊化不僅僅能有效的縮短開發(fā)時間，更能有效的縮短調(diào)試時間。首先，模塊化使得我們夠方便的使用step over命令，而減少斷點的設置。其次，程序出錯的地方往往就是在幾個關鍵點上，使用了模塊化設計思路以后，我們就可以集中精力在那些關鍵點上，省去了不必要的單步調(diào)試。當然，能面向?qū)ο缶透昧恕?/p>

4.多用斷點和run to cursor命令，減少單步調(diào)試的使用——那樣太費時間了。

5.調(diào)試不要破壞程序的原本結構。許多人喜歡在調(diào)試過程中輸出一些中間變量的值，認為這樣做比較直觀——當然，這也是一個很重要的手段，尤其在反復遞歸和循環(huán)嵌套的時候。不過我不推薦在非遞歸的程序中使用這種方法。這種方法最大的問題就是破壞了程序原本的結構和邏輯，除非你在原本程序設計時就想到這一點。這點在程序很長或者思路很復雜時尤為明顯。否則為什么所有的編譯模式的程序語言都不約而同的提供了watch這一手段？解釋模式的程序語言？那是沒有辦法……

6.遇到bug時不要急于修改程序。也就是不要亂打補丁。道理和第5條一樣，要先仔細分析，然后在決定是否要修改——總之，要冷靜。尤其是刪除程序段的時候，我建議先把認為不需要的程序段先注釋掉。等到調(diào)試成功后再刪不遲。