1.如何在Release狀態(tài)下進(jìn)行調(diào)試

　　Project－>Setting＝>ProjectSetting對(duì)話框，選擇Release狀態(tài)。C/C++標(biāo)簽中的Category選General，Optimizations選Disable(Debug)，Debut info選Program Database。在Link標(biāo)簽中選中Generate debug info復(fù)選框。
 
　　注：只是一個(gè)介乎Debug和Release的中間狀態(tài)，所有的ASSERT、VERIFY都不起作用，函數(shù)調(diào)用方式已經(jīng)是真正的調(diào)用，而不查表，但是這種狀態(tài)下QuickWatch、調(diào)用隊(duì)列跟蹤功能仍然有效，和Debug版一樣。

　　2. Release和Debug有什么不同

　　Release版稱為發(fā)行版，Debug版稱為調(diào)試版。
　　Debug中可以單步執(zhí)行、跟蹤等功能，但生成的可執(zhí)行文件比較大，代碼運(yùn)行速度較慢。Release版運(yùn)行速度較快，可執(zhí)行文件較小，但在其編譯條件下無法執(zhí)行調(diào)試功能。
　　Release的exe文件鏈接的是標(biāo)準(zhǔn)的MFC DLL(Use MFC in a shared or static dll)。這些DLL在安裝Windows的時(shí)候，已經(jīng)配置，所以這些程序能夠在沒有安裝Visual C++ 6.0的機(jī)器上運(yùn)行。而Debug版本的exe鏈接了調(diào)試版本的MFC DLL文件，在沒有安裝Visual C++6.0的機(jī)器上不能運(yùn)行，因?yàn)槿毕鄳?yīng)的DLL，除非選擇use static dll when link。

　　3. ASSERT和VERIFY有什么區(qū)別

　　ASSERT里面的內(nèi)容在Release版本中不編譯，VERIFY里面的內(nèi)容仍然翻譯，但不再判斷真假。所以后者更安全一點(diǎn)。
　　例如ASSERT(file.Open(strFileName))。
　　一旦到了Release版本中，這一行就忽略了，file根本就不Open()了，而且沒有任何出錯(cuò)的信息。如果用VERIFY()就不會(huì)有這個(gè)問題。

　　4.Workspace和Project之間是什么樣的關(guān)系

　　每個(gè)Workspace可以包括幾個(gè)project，但只有一個(gè)處于Active狀態(tài)，各個(gè)project之間可以有依賴關(guān)系，在project的Setting..中可以設(shè)定，比如那個(gè)Active狀態(tài)的project可以依賴于其他的提供其函數(shù)調(diào)用的靜態(tài)庫。

　　5. 如何在非MFC程序中使用ClassWizard

　　在工程目錄下新建一個(gè)空的.RC文件，然后加入到工程中就可以了。

　　6.如何設(shè)置斷點(diǎn)

　　按F9在當(dāng)前光標(biāo)處增加一個(gè)斷點(diǎn)和取消一個(gè)斷點(diǎn)。
　　另外，在編輯狀態(tài)下，按Ctrl+B組合鍵，彈出斷點(diǎn)設(shè)置對(duì)話框。然后單擊【Condition…】按鈕彈出設(shè)置斷點(diǎn)條件的對(duì)話框進(jìn)行設(shè)置。

　　7.在編輯狀態(tài)下發(fā)現(xiàn)成員變量或函數(shù)不能顯示提示是如何打開顯示功能

　　這似乎是目前這個(gè)Visual C++ 6.0版本的一個(gè)bug，可按如下步驟使其正常，如再出現(xiàn)，可如法炮制：
　　(1)關(guān)閉Project
　　(2)刪除“工程名.ncb”文件
　　(3)重新打開工程

　　8.如何將一個(gè)通過ClassWizard生成的類徹底刪除

　　首先在工作區(qū)的FileView中選中該類的.h和.cpp文件，按delete刪除，然后在文件管理器中將這兩個(gè)文件刪除，再運(yùn)行ClassWizard，這時(shí)出現(xiàn)是否移走該類的提示，選擇remove就可以了。

　　9. 如何將在workspace中消失的類找出來

　　打開該類對(duì)應(yīng)的頭文件，然后將其類名隨便改一下，這個(gè)時(shí)候工作區(qū)就會(huì)出現(xiàn)新的類，再將這個(gè)類改回原來的名字就可以了。

　　10. 如何清除所有的斷點(diǎn)

　　菜單【Edit】－>【Breakpoints…】，打開“Breakpoints”對(duì)話框，單擊【Remove All】按鈕即可。（我個(gè)人習(xí)慣使用CTRL+B打開這個(gè)對(duì)話框）快捷鍵是“Ctrl + Shift + F8”。

　　11. 如何再ClassWizard中選擇未列出的信息

　　打開“ClassWizard”對(duì)話框，然后切換到“Class Info”頁面。改變“Message filter”，如選擇“Window”，“Message”頁面就會(huì)出現(xiàn)Window的信息。

　　12. 如何檢測(cè)程序中的括號(hào)是否匹配

　　把光標(biāo)移動(dòng)到需要檢測(cè)的括號(hào)前面，按快捷鍵“Ctrl + ]”。如果括號(hào)匹配正確，光標(biāo)就跳到匹配的括號(hào)處，否則光標(biāo)不移動(dòng)，并且機(jī)箱喇叭還會(huì)發(fā)出一聲警告。

　　13. 如何查看一個(gè)宏(或變量、函數(shù))的定義

　　把光標(biāo)移動(dòng)到要查看的一個(gè)宏上，就比如說最常見的DECLARE_MAP_MESSAGE上按一下F12(或右鍵菜單中的相關(guān)菜單)，如果沒有建立瀏覽文件，就會(huì)出現(xiàn)提示對(duì)話框，按【確定】按鈕，然后就會(huì)跳到該宏(或變量、函數(shù))定義的地方。

　　14. 如何添加Lib文件到當(dāng)前工程

　　單擊菜單【Project】－>【Settings…】彈出“Project Setting”對(duì)話框，切換到“Link”標(biāo)簽頁，在“Object/library modules”處輸入Lib文件名稱，不同的Lib之間用空格格開。

　　15. 如何快速刪除項(xiàng)目下的Debug文件夾中臨時(shí)文件

　　在工作區(qū)的FileView視圖中選中對(duì)應(yīng)的項(xiàng)目，單擊右鍵彈出菜單，選擇【Clean(selection only)】菜單即可。

　　16. 如何快速生成一個(gè)現(xiàn)有工程除了工程名外完全相同的新工程

　　在新建工程的“New”對(duì)話框中選擇“Custom Appwizard”項(xiàng)，輸入新工程的名字，單擊【OK】按鈕。出現(xiàn)“Custom AppWizard”項(xiàng)，輸入新工程的名字，單擊【OK】按鈕。出現(xiàn)“Custom AppWizard－Step 1 of 2”對(duì)話框，選擇“An existing Project”項(xiàng)，單擊【Next】按鈕。出現(xiàn)“Custom AppWizard－Step 2 of 2”對(duì)話框，選擇現(xiàn)有工程的工程文件名，最后單擊【Finish】按鈕。編譯后就生成一個(gè)與現(xiàn)有工程相同但可以重新取名的工程AppWizard。
　　現(xiàn)在就可以項(xiàng)用MFC AppWizard一樣用這個(gè)定制的向?qū)?。如果不想用了，可以在Visual C++ 6.0安裝目錄下Common\MSDev98\Template目錄中刪除該Wizard對(duì)應(yīng)的.awx和.pdb文件。

　　17. 如何解決Visual C++ 6.0不正確連接的問題

　　情景：明明改動(dòng)了一個(gè)文件，卻要把整個(gè)項(xiàng)目全部重新編譯鏈接一次。剛剛鏈接好，一運(yùn)行，又提示重新編譯鏈接一次。
　　這是因?yàn)槌霈F(xiàn)了未來文件(修改時(shí)間和創(chuàng)建時(shí)間比系統(tǒng)時(shí)間晚)的緣故。可以這樣處理：找到工程文件夾下的debug目錄，將創(chuàng)建和修改時(shí)間都比系統(tǒng)時(shí)間的文件全部刪除，然后再?gòu)男?ldquo;Rebuild All”一次。

　　18. 引起LNK2001的常見錯(cuò)誤都有哪些

　　遇到的LNK2001錯(cuò)誤主要為：unresolved external symbol “symbol”
如果鏈接程序不能在所有的庫和目標(biāo)文件內(nèi)找到所引用的函數(shù)、變量或標(biāo)簽，將產(chǎn)生此錯(cuò)誤信息。
　　一般來說，發(fā)生錯(cuò)誤的原因有兩個(gè)：一是所引用的函數(shù)、變量不存在，拼寫不正確或者使用錯(cuò)誤；其次可能使用了不同版本的鏈接庫。以下是可能產(chǎn)生LNK2001錯(cuò)誤的原因：

　　<1>由于編碼錯(cuò)誤導(dǎo)致的LNK2001錯(cuò)誤
　　(1)不相匹配的程序代碼或模塊定義(.DEF)文件導(dǎo)致LNK2001。例如，如果在C++源文件了內(nèi)聲明了一變量“var1”，卻試圖在另一個(gè)文件內(nèi)以變量“var1”訪問改變量。
　　(2)如果使用的內(nèi)聯(lián)函數(shù)是在.cpp文件內(nèi)定義的，而不是在頭文件內(nèi)定義將導(dǎo)致LNK2001錯(cuò)誤。
　　(3)調(diào)用函數(shù)時(shí)如果所用的參數(shù)類型和頭函數(shù)聲明時(shí)的類型不符將會(huì)產(chǎn)生LNK2001錯(cuò)誤。
　　(4)試圖從基類的構(gòu)造函數(shù)或析構(gòu)函數(shù)中調(diào)用虛擬函數(shù)時(shí)將會(huì)導(dǎo)致LNK2001錯(cuò)誤。
　　(5)要注意函數(shù)和變量的可公用性，只有全局變量、函數(shù)是可公用的。靜態(tài)函數(shù)和靜態(tài)變量具有相同的使用范圍限制。當(dāng)試圖從文件外部方位任何沒有在該文件內(nèi)聲明的靜態(tài)變量時(shí)將導(dǎo)致編譯錯(cuò)誤或LNK2001錯(cuò)誤。

　　<2>由于編譯和聯(lián)機(jī)的設(shè)置而造成的LNK2001錯(cuò)誤
　　(1)如果編譯時(shí)使用的是/NOD(/NODERAULTLIB)選項(xiàng)，程序所需要的運(yùn)行庫和MFC時(shí)將得到又編譯器寫入目標(biāo)文件模塊，但除非在文件中明確包含這些庫名，否則這些庫不會(huì)被鏈接進(jìn)工程文件。這種情況下使用/NOD將導(dǎo)致LNK2001錯(cuò)誤
　　(2)如果沒有為wWinMainCRTStartup設(shè)定程序入口，在使用Unicode和MFC時(shí)將出現(xiàn)“unresolved external on _WinMain@16”的LNK2001錯(cuò)誤信息。
　　(3)使用/MD選項(xiàng)編譯時(shí)，既然所有的運(yùn)行庫都被保留在動(dòng)態(tài)鏈接庫之內(nèi)，源文件中對(duì)“func”的引用，在目標(biāo)文件里即對(duì)“__imp__func”的引用。如果試圖使用靜態(tài)庫LIBC.LIB或LIBCMT.LIB進(jìn)行鏈接，將在__imp__func上發(fā)生LNK2001錯(cuò)誤。如果不使用/MD選項(xiàng)編譯，在使用MSVCxx.LIB鏈接時(shí)也會(huì)發(fā)生LNK2001錯(cuò)誤。
　　(4)使用/ML選項(xiàng)編譯時(shí)，如用LIBCMT.LIB鏈接會(huì)在_errno上發(fā)生LNK2001錯(cuò)誤。
　　(5)當(dāng)編譯調(diào)試版的應(yīng)用程序時(shí)，如果采用發(fā)行版模態(tài)庫進(jìn)行鏈接也會(huì)產(chǎn)生LNK2001錯(cuò)誤；同樣，使用調(diào)試版模態(tài)庫鏈接發(fā)行版應(yīng)用程序時(shí)也會(huì)產(chǎn)生相同的錯(cuò)誤。
　　(6)不同版本的庫和編譯器的混合使用也能產(chǎn)生問題，因?yàn)樾掳娴膸炖锟赡馨缦鹊陌姹緵]有的符號(hào)和說明。
　　(7)在不同的模塊中使用內(nèi)聯(lián)和非內(nèi)聯(lián)的編譯選項(xiàng)能夠?qū)е翷NK2001錯(cuò)誤。如果創(chuàng)建C++庫時(shí)打開了函數(shù)內(nèi)聯(lián)(/Ob1或/Ob2)，但是在描述該函數(shù)的相應(yīng)頭文件里卻關(guān)閉了函數(shù)內(nèi)聯(lián)(沒有inline關(guān)鍵字)，只是將得到錯(cuò)誤信息。為避免該問題的發(fā)生，應(yīng)該在相應(yīng)的頭文件中用inline關(guān)鍵字標(biāo)志為內(nèi)聯(lián)函數(shù)。
　　(8)不正確的/SUBSYSTEM或ENTRY設(shè)置也能導(dǎo)致LNK2001錯(cuò)誤。

　　19. 如何調(diào)試一個(gè)沒有源碼的exe文件調(diào)用的dll

　　在Visual C++ 6.0中，進(jìn)入“Project Setting”對(duì)話框然后選擇Debug標(biāo)簽頁。通常Visual Studio默認(rèn)“executable for debug session”為可執(zhí)行文件名，但可以將他改成任何你想要的程序。甚至可以指定不同的工作目錄以及傳遞參數(shù)到你的程序。這個(gè)技術(shù)常用來調(diào)試Dlls、名字空間擴(kuò)展、COM對(duì)象和其他從某些EXE以及從第三方的EXE中調(diào)用的plug-in程序。

　　20.   Visual C++ 6.0工程中的項(xiàng)目文件都表示什么

　　.opt：工程關(guān)于開發(fā)環(huán)境的參數(shù)文件。如工具條位置等信息。
　　.aps(AppStudio File)資源輔助文件，二進(jìn)制格式，一般不用去管它。
　　.clw：ClassWizard信息文件，實(shí)際上是INI文件格式，有興趣可以研究一下。有時(shí)候ClassWizard出了問題，手工修改CLW文件可以解決。如果此文件不存在的話，每次用ClassWizard的時(shí)候回提示是否重建。
　　.dsp(DevelopStudio Project)：項(xiàng)目文件，文本格式，不過不熟悉的不要手工修改。
　　.dsw(DevelopStudio Workspace)：是工作區(qū)文件，其他特點(diǎn)和.dsp差不多。
　　.plg：是編譯信息文件，編譯時(shí)的error和warning信息文件(實(shí)際上是一個(gè)html文件)，一般用處不大。在單擊菜單【Tool】－>【Option】彈出的對(duì)話框里面有個(gè)選項(xiàng)可以控制這個(gè)文件的生成。
　　.hpj(Help Project)：是生成幫助文件的工程，用microsoft Help Compiler可以處理。
　　.mdp(Microsoft DevStudio Project)：是舊版本的項(xiàng)目文件，如果要打開此文件的話，會(huì)提示你是否轉(zhuǎn)換成新的.dsp格式。
　　.bsc：是用于瀏覽項(xiàng)目信息的，如果用Source Brower的話就必須有這個(gè)文件。如果不用這個(gè)功能的話，可以在Project Options里面去掉Generate Browse Info File，這樣可以加快編譯速度。
　　.map是執(zhí)行文件的映象信息記錄文件，除非對(duì)系統(tǒng)底層，這個(gè)文件一般用不著。
　　.pch(Pre-Compiled File)：是與編譯文件，可以加快編譯速度，但是文件非常大。
　　.pdb(Program Database)：記錄了程序有關(guān)的一些數(shù)據(jù)和調(diào)試信息，在調(diào)試的時(shí)候可能有用。
　　.exp：只有在編譯DLL的時(shí)候才會(huì)生成，記錄了DLL文件的一些信息，一般也沒有用。
　　.ncb：無編譯瀏覽文件(no compile browser)。當(dāng)自動(dòng)完成功能出問題時(shí)可以刪除此文件。編譯工程后會(huì)自動(dòng)生成。