榕樹驛站

HOWTO: Create Debug Symbols for a Visual C++ Application

在 Visual C++ .NET 開發(fā)環(huán)境中為應(yīng)用程序創(chuàng)建符號文件：

1.	在“解決方案資源管理器”中，右擊要修改的項目，然后單擊屬性。
2.	在“配置屬性”窗口中，單擊C/C++ 文件夾，然后單擊常規(guī)。
3.	在調(diào)試信息格式下拉列表中，單擊選擇程序數(shù)據(jù)庫 (/Zi)。
4.	如果您希望在調(diào)試轉(zhuǎn)儲文件或執(zhí)行實時調(diào)試時獲得有關(guān)局部變量的信息，請單擊選擇優(yōu)化下拉列表中的禁用 (/Od)。
5.	在“配置屬性”窗口的 Linker 文件夾中，確保“調(diào)試”子類別的生成調(diào)試信息屬性設(shè)置為是 (/DEBUG)。備注：盡管并不要求您在同一子類別中同樣啟用生成映射文件，但該選項會創(chuàng)建一個 .map 文件，當(dāng)您只有發(fā)生訪問沖突的地址時，該文件對確定發(fā)生故障的位置可能很有用。有關(guān)更多信息，請參見“參考”部分。

在 Visual C++ 6.0 開發(fā)環(huán)境中為應(yīng)用程序創(chuàng)建符號文件：

1.	在項目菜單上，選擇設(shè)置。
2.	在C/C++ 選項卡上，將類別更改為常規(guī)。
3.	在調(diào)試信息下拉列表中，選擇程序數(shù)據(jù)庫。備注：如果您希望在調(diào)試轉(zhuǎn)儲文件或執(zhí)行實時調(diào)試時獲得有關(guān)局部變量的信息，還應(yīng)該選擇優(yōu)化下拉列表中的禁用（調(diào)試）。
4.	在鏈接選項卡上，將類別更改為調(diào)試。
5.	在調(diào)試信息部分，確保選中調(diào)試信息 選項，然后選擇兩種格式。備注：盡管不要求您在鏈接選項卡上同樣啟用常規(guī)類別中的生成映射文件，但該選項會創(chuàng)建一個 .map 文件，當(dāng)您只有發(fā)生訪問沖突的地址時，該文件對確定發(fā)生故障的位置可能很有用。（有關(guān)更多信息，請參見“參考”。）

posted @ 2007-06-11 22:54 榕樹藤 閱讀(414) | 評論 (0) | 編輯 收藏

VC++6.0編譯環(huán)境介紹

大家可能一直在用VC開發(fā)軟件，但是對于這個編譯器卻未必很了解。原因是多方面的。大多數(shù)情況下，我們只停留在“使用”它，而不會想去“了解”它。因為它只是一個工具，我們寧可把更多的精力放在C++語言和軟件設(shè)計上。我們習(xí)慣于這樣一種“模式”：建立一個項目，然后寫代碼，然后編譯，反反復(fù)復(fù)調(diào)試。但是，所謂：“公欲善其事，必先利其器”。如果我們精于VC開發(fā)環(huán)境，我們是不是能夠做得更加游刃有余呢？

Visual C++可新建的 Projects項目

Visual C++可新建的 File文件

　

Visual C++的Build設(shè)置
1.Compile TEST.cpp選項 只編譯當(dāng)前文件而不調(diào)用鏈接器或其它工具。輸出窗口將顯示編譯過程檢查出的錯誤或警告信息，在錯誤信息處單擊鼠標(biāo)右鍵，可以得到錯誤代碼的位置
2. Build TEST.exe 選項 對最后修改過的源文件進行編譯和鏈接
3. Rebuild All選項 該選項允許用戶編譯所有的源文件，而不管它們何時曾經(jīng)被修改過
4. Batch Build選項 該選項能單步重新建立多個工程文件，并允許用戶指定要建立的項目類型.VC提供了兩種目標(biāo)應(yīng)用程序類型 Win32 Release（發(fā)行版）、Win32 Debug（調(diào)試版）。

 

我們先來看一下VC的處理流程，大致分為兩步：編譯和連接。源文件通過編譯生成了.obj文件；所有.obj文件和.lib文件通過連接生成.exe文件或.dll文件。下面，我們分別討論這兩個步驟的一些細(xì)節(jié)。

　

工程配置對話框 在這個對話框中，左上方的下拉列表框用于選擇一種工程配置，包括有Win32 Debug、Win32 Release和All Configurations（指前兩種配置一起），某些選項在不同的工程配置中有不同的缺省值。左邊的樹形視圖給出了當(dāng)前工程所有的文件及分類情況。如果我們把工程“Schedule”置為高亮顯示（正如圖9-1那樣），對話框的右邊就會出現(xiàn)總共十個選項卡，其中列出了與工程有關(guān)的各種選項，不少選項卡中有一個Reset按鈕，按下它后可以把選項卡內(nèi)的各項設(shè)置恢復(fù)到生成工程時的初始值。如果我們在樹形視圖中選擇一個文件類或一個文件，那么對話框右邊的選項卡會自動減少到一個或兩個，其中列出的都是與選中的文件類或文件有關(guān)的選項。

 編譯參數(shù)的設(shè)置。主要通過VC的菜單項Project->Settings->C/C++頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

各個參數(shù)代表的意義，可以參考Project Option語法解釋。比如/nologo表示編譯時不在輸出窗口顯示這些設(shè)置（我們可以把這個參數(shù)去掉來看看效果）等等。一般我們不會直接修改這些設(shè)置，而是通過這一頁最上面的Category中的各項來完成。

1)General：一些總體設(shè)置。Warning level用來控制警告信息，None表示不顯示任何警告，L1表示只顯示嚴(yán)重的警告，L2表示顯示比L1次嚴(yán)重的警告，L4則表示顯示出所有的警告，包括那些安全忽略的警告；Warnings as errors將警告信息當(dāng)作錯誤處理，這樣在編譯完畢后就無法啟動連接器來進行連接；Optimizations是代碼優(yōu)化，可以在Category的Optimizations項中進行更細(xì)的設(shè)置；Generate browse info用以生成.sbr文件，記錄類、變量等符號信息，可以在Category的Listing Files項中進行更多的設(shè)置。Debug info，生成調(diào)試信息：None，不產(chǎn)生任何調(diào)試信息（編譯比較快）；Line Numbers Only，僅生成全局的和外部符號的調(diào)試信息到.OBJ文件或.EXE文件，減小目標(biāo)文件的尺寸；C 7.0- Compatible，記錄調(diào)試器用到的所有符號信息到.OBJ文件和.EXE文件；Program Database，創(chuàng)建.PDB文件記錄所有調(diào)試信息；Program Database for "Edit & Continue"，創(chuàng)建.PDB文件記錄所有調(diào)試信息，并且支持調(diào)試時編輯。

　

2)C++ Language：pointer_to_member representation用來設(shè)置類定義/引用的先后關(guān)系，一般為Best-Case Always表示在引用類之前該類肯定已經(jīng)定義了；Enable Exception Handling，進行同步的異常處理；Enable Run-Time Type Information迫使編譯器增加代碼在運行時進行對象類型檢查；Disable Construction Displacements，設(shè)置類構(gòu)造/析構(gòu)函數(shù)調(diào)用虛函數(shù)問題。

　

  

3)Code Generation：Processor表示代碼指令優(yōu)化，可以為80386、80486、Pentium、Pentium Pro，或者Blend表示混合以上各種優(yōu)化。Use run-time library用以指定程序運行時使用的運行時庫（單線程或多線程，Debug版本或Release版本），有一個原則就是，一個進程不要同時使用幾個版本的運行時庫。Single-Threaded，靜態(tài)連接LIBC.LIB庫；Debug Single-Threaded，靜態(tài)連接LIBCD.LIB庫；Multithreaded，靜態(tài)連接LIBCMT.LIB庫；Debug Multithreaded，靜態(tài)連接LIBCMTD.LIB庫；Multithreaded DLL，動態(tài)連接MSVCRT.DLL庫；Debug Multithreaded DLL，動態(tài)連接MSVCRTD.DLL庫。連接了單線程庫就不支持多線程調(diào)用，連接了多線程庫就要求創(chuàng)建多線程的應(yīng)用程序。Calling convention可以用來設(shè)定調(diào)用約定，有三種：__cdecl、__fastcall和__stdcall。各種調(diào)用約定的主要區(qū)別在于，函數(shù)調(diào)用時，函數(shù)的參數(shù)是從左到右壓入堆棧還是從右到左壓入堆棧；在函數(shù)返回時，由函數(shù)的調(diào)用者來清理壓入堆棧的參數(shù)還是由函數(shù)本身來清理；以及在編譯時對函數(shù)名進行的命名修飾（可以通過Listing Files看到各種命名修飾方式）。Struct member alignment用以指定數(shù)據(jù)結(jié)構(gòu)中的成員變量在內(nèi)存中是按幾字節(jié)對齊的，根據(jù)計算機數(shù)據(jù)總線的位數(shù)，不同的對齊方式存取數(shù)據(jù)的速度不一樣。這個參數(shù)對數(shù)據(jù)包網(wǎng)絡(luò)傳輸?shù)葢?yīng)用尤為重要，不是存取速度問題，而是數(shù)據(jù)位的精確定義問題，一般在程序中使用#pragma pack來指定。

　

4)Customize：Disable Language Extensions，表示不使用微軟為標(biāo)準(zhǔn)C做的語言擴展；Eliminate Duplicate Strings，主要用于字符串優(yōu)化（將字符串放到緩充池里以節(jié)省空間），使用這個參數(shù)，使得

char *sBuffer = "This is a character buffer";

char *tBuffer = "This is a character buffer";

sBuffer和tBuffer指向的是同一塊內(nèi)存空間；Enable Function-Level Linking ，告訴編譯器將各個函數(shù)按打包格式編譯；Enables minimal rebuild，通過保存關(guān)聯(lián)信息到.IDB文件，使編譯器只對最新類定義改動過的源文件進行重編譯，提高編譯速度；Enable Incremental Compilation，同樣通過.IDB文件保存的信息，只重編譯最新改動過的函數(shù)；Suppress Startup Banner and Information Messages，用以控制參數(shù)是否在output窗口輸出。

　

5) Listing Files：Generate browse info的功能上面已經(jīng)提到過。這里可以進行更多的設(shè)置。Exclude Local Variables from Browse Info表示是否將局部變量的信息放到.SBR文件中。Listing file type可以設(shè)置生成的列表信息文件的內(nèi)容：Assembly-Only Listing僅生成匯編代碼文件（.ASM擴展名）；Assembly With Machine Code生成機器代碼和匯編代碼文件（.COD擴展名）；Assembly With Source Code生成源代碼和匯編代碼文件（.ASM擴展名）；Assembly, Machine Code, and Source生成機器碼、源代碼和匯編代碼文件（.COD擴展名）。Listing file name為生成的信息文件的路徑，一般為Debug或Release目錄下，生成的文件名自動取源文件的文件名。

　

 

6)Optimizations：代碼優(yōu)化設(shè)置。可以選擇Maximize Speed生成最快速的代碼，或Minimize Size生成最小尺寸的程序，或者Customize定制優(yōu)化。定制的內(nèi)容包括：

Assume No Aliasing，不使用別名（提高速度）；

Assume Aliasing Across Function Calls，僅函數(shù)內(nèi)部不使用別名；

Global Optimizations，全局優(yōu)化，比如經(jīng)常用到的變量使用寄存器保存，或者循環(huán)內(nèi)的計算優(yōu)化，如

i = -100;

while( i < 0 ){    i += x + y;}

會被優(yōu)化為

i = -100;

t = x + y;

while( i < 0 ){i += t;}

Generate Intrinsic Functions，使用內(nèi)部函數(shù)替換一些函數(shù)調(diào)用（提高速度）；

Improve Float Consistency，浮點運算方面的優(yōu)化；

Favor Small Code，程序（exe或dll）尺寸優(yōu)化優(yōu)先于代碼速度優(yōu)化；

Favor Fast Code，程序（exe或dll）代碼速度優(yōu)化優(yōu)先于尺寸優(yōu)化；

Frame-Pointer Omission，不使用幀指針，以提高函數(shù)調(diào)用速度；

Full Optimization，組合了幾種參數(shù)，以生成最快的程序代碼。

Inline function expansion，內(nèi)聯(lián)函數(shù)擴展的三種優(yōu)化（使用內(nèi)聯(lián)可以節(jié)省函數(shù)調(diào)用的開銷，加快程序速度）：Disable不使用內(nèi)聯(lián)；Only __inline，僅函數(shù)定義前有inline或__inline標(biāo)記使用內(nèi)聯(lián)；Any Suitable，除了inline或__inline標(biāo)記的函數(shù)外，編譯器“覺得”應(yīng)該使用內(nèi)聯(lián)的函數(shù)，都使用內(nèi)聯(lián)。

　

7)Precompiled Headers：預(yù)編譯頭文件的設(shè)置。

 預(yù)編譯頭的概念： 所謂的預(yù)編譯頭就是把一個工程中的那一部分代碼,預(yù)先編譯好放在一個文件里(通常是以.pch為擴展名的)，這個文件就稱為預(yù)編譯頭文件這些預(yù)先編譯好的代碼可以是任何的C/C++代碼--------甚至是inline的函數(shù)，但是必須是穩(wěn)定的，在工程開發(fā)的過程中不會被經(jīng)常改變。如果這些代碼被修改，則需要重新編譯生成預(yù)編譯頭文件。你可將將一些公共的、不大變動的頭文件（比如FILEX.h等）集中放到stdafx.h中，這一部分代碼就不必每次都重新編譯（除非是Rebuild All）。注意生成預(yù)編譯頭文件是很耗時間的。同時你得注意預(yù)編譯頭文件通常很大，通常有6-7M大。使用預(yù)編譯可以提高重復(fù)編譯的速度。

  也許你會問：現(xiàn)在的編譯器都有Time stamp的功能，編譯器在編譯整個工程的時候，它只會編譯那些經(jīng)過修改的文件，而不會去編譯那些從上次編譯過，到現(xiàn)在沒有被修改過的文件。那么為什么還要預(yù)編譯頭文件呢？答案在這里，我們知道編譯器是以文件為單位編譯的，一個文件經(jīng)過修改后，會重新編譯整個文件，當(dāng)然在這個文件里包含的所有頭文件中的東西（.eg Macro, Preprocessor ）都要重新處理一遍。VC的預(yù)編譯頭文件保存的正是這部分信息。以避免每次都要重新處理這些頭文件。

1.這里是使用工程里的設(shè)置，/Yu”stdafx.h”。如果使用了/Yu，就是說使用了預(yù)編譯，我們在每個.cpp文件的最開頭，我強調(diào)一遍是最開頭，包含 你指定產(chǎn)生pch文件的.h文件（默認(rèn)是stdafx.h）不然就會有問題。如果你沒有包含這個文件，就告訴你Unexpected file end. 如果你不是在最開頭包含的

2.如果你把pch文件不小心丟了，最簡單的辦法就是選中第一個選項“Not using....",這樣就根本不用預(yù)編譯頭也不去尋找pch文件，就不會出錯了，但是這樣做的后果是每次編譯、連接都化更多的時間。也可以選第二個選項”Automatic use of",然后在“Through header”力填上stdafx.h，這樣如果沒有pch文件系統(tǒng)會自動生成一個pch，如果有的話就使用這個pch，這個選項是比較“智能”的。第三個選項是強行創(chuàng)建一個pch文件，第四個選項是直接使用pch文件。當(dāng)然“Through headers”里都填stdafx.h了。

讓編譯器生成一個pch文件就可以了。也就是說把 stdafx.cpp（即指定/Yc的那個cpp文件）從新編譯一遍就可以了。當(dāng)然你可以傻傻的 Rebuild all。

　

8) Preprocessor：預(yù)編譯處理。我們可以在這里預(yù)先定義一些宏名，指定部分或所有符號具有未定義狀態(tài)。Additional include directories，可以指定額外的包含目錄，一般是相對于本項目的目錄，如..\Include。

　

Link連接參數(shù)的設(shè)置。主要通過VC的菜單項Project->Settings->Link頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /subsystem:windows /incremental:yes /pdb:"Debug/WritingDlgTest.pdb" /debug /machine:I386 /out:"Debug/WritingDlgTest.exe" /pdbtype:sept

下面我們分別來看一下Category中的各項設(shè)置。

 

1. General：一些總體設(shè)置。可以設(shè)置生成的文件路徑、文件名 如在“Output   file   name:”下面的編輯框中可輸入：“C:\bin\TEST.exe”；連接的庫文件；Generate debug info，生成Debug信息到.PDB文件（具體格式可以在Category->Debug中設(shè)置）；Ignore All Default Libraries，放棄所有默認(rèn)的庫連接；Link Incrementally，通過生成. ILK文件實現(xiàn)遞增式連接以提高后續(xù)連接速度，但一般這種方式下生成的文件（EXE或DLL）較大；Generate Mapfile，生成.MAP文件記錄模塊相關(guān)信息；Enable Profiling，這個參數(shù)通常與Generate Mapfile參數(shù)同時使用，而且如果產(chǎn)生Debug信息的話，不能用.PDB文件，而且必須用Microsoft Format。  

2.  Customize：這里可以進行使用程序數(shù)據(jù)庫文件的設(shè)置。選中Use program database允許使用程序數(shù)據(jù)庫，這樣連接器會把調(diào)試信息放在程序數(shù)據(jù)庫中，如果不選中該選項，那么也不能使用遞增連接方式。Force File Output ，即使某個模塊引用了一些未定義或者重復(fù)定義的符號，連接器仍然會強制（但不一定能正確運行）產(chǎn)生輸出文件（EXE或DLL）；Print Progress Messages，可以將連接過程中的進度信息輸出到Output窗口。

  

3. Debug：設(shè)置是否生成調(diào)試信息，以及調(diào)試信息的格式。格式可以有Microsoft Format、COFF Format（Common Object File Format）和Both Formats（兩種都有）三種選擇；Separate Types，表示將Debug格式信息以獨立的.PDB文件存放，還是直接放在各個源文件的.PDB文件中。選中的話，表示采用后者的方式，這種方式調(diào)試啟動比較快。

4. Input：這里可以指定要連接的庫文件，放棄連接的庫文件。還可以增加額外的庫文件目錄，一般是相對于本項目的目錄，如..\Lib。Force Symbol References，可以指定連接特定符號定義的庫。 如 在“Object/library   Modules:”下面的編輯框中輸入：“TestDll.lib”；在“Additional   library   path:”下面的編輯框中輸入：“C:\bin”。可用Workspace另一個工程編譯的靜態(tài)庫
　

5.Output：Base Address可以改變程序默認(rèn)的基地址（EXE文件默認(rèn)為0x400000，DLL默認(rèn)為0x10000000），操作系統(tǒng)裝載一個程序時總是試著先從這個基地址開始。Entry-Point Symbol可以指定程序的入口地址，一般為一個函數(shù)名（且必須采用__stdcall調(diào)用約定）。一般Win32的程序，EXE的入口為WinMain，DLL的入口為DllEntryPoint；最好讓連接器自動設(shè)置程序的入口點。默認(rèn)情況下，通過一個C的運行時庫函數(shù)來實現(xiàn)：控制臺程序采用mainCRTStartup (或wmainCRTStartup)去調(diào)用程序的main (或wmain)函數(shù)；Windows程序采用WinMainCRTStartup (或 wWinMainCRTStartup)調(diào)用程序的WinMain (或 wWinMain，必須采用__stdcall調(diào)用約定)；DLL采用_DllMainCRTStartup調(diào)用DllMain函數(shù)（必須采用__stdcall調(diào)用約定）。Stack allocations，用以設(shè)置程序使用的堆棧大小（請使用十進制），默認(rèn)為1兆字節(jié)。Version Information告訴連接器在EXE或DLL文件的開始部分放上版本號。一般情況下都不用改變。

 

值得注意的是，上面各個參數(shù)是大小寫敏感的；在參數(shù)后加上“-”表示該參數(shù)無效；各個參數(shù)值選項有“*”的表示為該參數(shù)的默認(rèn)值；可以使用頁右上角的“Reset”按鈕來恢復(fù)該頁的所有默認(rèn)設(shè)置。

 

9)Resources選項卡  Resources選項卡控制著VC6的資源編譯器。如圖9-5所示，我們可以指定編譯后生成的資源文件的路徑，資源的語言類型，以及額外的資源包含目錄。

 MIDL選項卡 這個選項卡與COM（組件對象模型）編程有關(guān)，我們不討論它。

　

10)Browse Info選項卡 在這個選項卡中，我們可以指定是否在建立工程的同時也生成瀏覽信息文件，有了這個文件后，我們就能夠在文本編輯器中通過關(guān)聯(lián)菜單的相應(yīng)命令快速定位到某個符號的定義或引用的地方。

　

11)Pre-link step

這個選項卡用于添加在連接之前要執(zhí)行的命令。

　

l2) Post-build step

這個選項卡用于添加在工程建立完畢之后要執(zhí)行的命令 如 “copy debug\TestDll.lib C:\bin\TestDll.lib” 并在C盤下建一個bin目錄 做的件事情就是把TestDLL.lib拷貝到C:\bin所在的文件夾中
　

　

其它一些參數(shù)設(shè)置。

  

13) Project->Settings->General，可以設(shè)置連接MFC庫的方式（靜態(tài)或動態(tài)）。如果是動態(tài)連接，在你的軟件發(fā)布時不要忘了帶上MFC的DLL。第二個選項用于指定在編譯連接過程中生成的中間文件和輸出文件的存放目錄，對于調(diào)試版本來說，缺省的目錄是工程下面的“Debug”子目錄。最下面的第三個選項用于指定是否允許每種工程配置都有自己的文件依賴關(guān)系（主要指頭文件），由于絕大多數(shù)工程的調(diào)試版本和發(fā)布版本都具有相同的文件依賴關(guān)系，所以通常不需要更改該選項。

　

14) Project->Settings->Debug，可以設(shè)置調(diào)試時運行的可執(zhí)行文件，如果正在編寫的程序是一個DLL，那么應(yīng)在此處指定一個用來調(diào)試該DLL的EXE文件。另外三個選項可以指定用于調(diào)試的工作目錄，開始調(diào)試時給程序傳送的命令行參數(shù)，以及進行遠(yuǎn)程調(diào)試時可執(zhí)行文件的路徑。把類別切換到Additional DLLs后，我們可以指定在開始調(diào)試時是否為一些額外的DLL裝載調(diào)試符號信息，只有裝載了符號信息后才能跟蹤進DLL。

　

15)Project->Settings->Custom Build，可以設(shè)置編譯/連接成功后自動執(zhí)行一些操作。比較有用的是，寫COM時希望VC對編譯通過的COM文件自動注冊，可以如下設(shè)置：

Description: Register COM

Commands: regsvr32 /s /c $(TargetPath)

echo regsvr32 exe.time > $(TargetDir)\$(TargetName).trg

Outputs: $(TargetDir)\$(TargetName).trg

　

16)Tools->Options->Directories，設(shè)置系統(tǒng)的Include、Library路徑。

 

一些小竅門

1) 有時候，你可能在編譯的時候，計算機突然非法關(guān)機了（可能某人不小心碰了電源或你的內(nèi)存不穩(wěn)定等原因）。當(dāng)你重啟機器后打開剛才的項目，重新進行編譯，發(fā)現(xiàn)VC會崩掉。你或許以為你的VC編譯器壞了，其實不然（你試試編譯其它項目，還是好的！），你只要將項目的.ncb、.opt、.aps、.clw文件以及Debug、Release目錄下的所有文件都刪掉，然后重新編譯就行了。 

2) 如果你想與別人共享你的源代碼項目，但是把整個項目做拷貝又太大。你完全可以刪掉以下文件：.dsw、.ncb、.opt、.aps、.clw、. plg文件以及Debug、Release目錄下的所有文件。

3) 當(dāng)你的Workspace中包含多個Project的時候，你可能不能直觀地、一眼看出來哪個是當(dāng)前項目。可以如下設(shè)置：Tools->Options->Format，然后在Category中選擇Workspace window，改變其默認(rèn)的字體（比如設(shè)成Fixedsys）就行了。

4) 如何給已有的Project改名字？將該Project關(guān)掉。然后以文本格式打開.dsp文件，替換原來的Project名字即可。

5) VC6對類成員的智能提示功能很有用，但有時候會失靈。你可以先關(guān)掉項目，將.clw和.ncb刪掉，然后重新打開項目，點擊菜單項View->ClassWizard，在彈出的對話框中按一下“Add All”按鈕；重新Rebuild All。應(yīng)該可以解決問題。

　

附:

VC文件擴展名解讀大全

.APS：存放二進制資源的中間文件，VC把當(dāng)前資源文件轉(zhuǎn)換成二進制格式，并存放在APS文件中，以加快資源裝載速度。資源輔助文件。

.BMP：位圖資源文件。

.BSC：瀏覽信息文件，由瀏覽信息維護工具（BSCMAKE）從原始瀏覽信息文件（.SBR）中生成，BSC文件可以用來在源代碼編輯窗口中進行快速定位。用于瀏覽項目信息的，如果用source brower的話就必須有這個文件。可以在project options里去掉Generate Browse Info File，這樣可以加快編譯進度。

.C：用C語言編寫的源代碼文件。

.CLW：ClassWizard生成的用來存放類信息的文件。classwizard信息文件，ini文件的格式。

.CNT：用來定義幫助文件中“Contents”的結(jié)構(gòu)。

.CPP或.CXX：用C++語言編寫的源代碼文件。

.CUR：光標(biāo)資源文件。

.DEF：模塊定義文件，供生成動態(tài)鏈接庫時使用。

.DLG：定義對話框資源的獨立文件。這種文件對于VC工程來說并非必需，因為VC一般把對話框資源放在.RC資源定義文件中。

.DSP：VC開發(fā)環(huán)境生成的工程文件，VC4及以前版本使用MAK文件來定義工程。項目文件，文本格式。

.DSW：VC開發(fā)環(huán)境生成的WorkSpace文件，用來把多個工程組織到一個WorkSpace中。工作區(qū)文件，與.dsp差不多。

.EXP：由LIB工具從DEF文件生成的輸出文件，其中包含了函數(shù)和數(shù)據(jù)項目的輸出信息，LINK工具將使用EXP文件來創(chuàng)建動態(tài)鏈接庫。只有在編譯DLL時才會生成，記錄了DLL文件中的一些信息。

.H、.HPP或.HXX：用C/C++語言編寫的頭文件，通常用來定義數(shù)據(jù)類型，聲明變量、函數(shù)、結(jié)構(gòu)和類。

.HLP：Windows幫助文件。

.HM：在Help工程中，該文件定義了幫助文件與對話框、菜單或其它資源之間ID值的對應(yīng)關(guān)系。

.HPJ：由Help Workshop生成的Help工程文件，用來控制Help文件的生成過程。

.HPG，生成幫助的文件的工程。

.ICO：圖標(biāo)資源文件。

.ILK：連接過程中生成的一種中間文件，只供LINK工具使用。

.INI：配置文件。

.LIB：庫文件，LINK工具將使用它來連接各種輸入庫，以便最終生成EXE文件。

.LIC：用戶許可證書文件，使用某些ActiveX控件時需要該文件。

.MAK：即MAKE文件，VC4及以前版本使用的工程文件，用來指定如何建立一個工程，VC6把MAK文件轉(zhuǎn)換成DSP文件來處理。

.MAP：由LINK工具生成的一種文本文件，其中包含有被連接的程序的某些信息，例如程序中的組信息和公共符號信息等。執(zhí)行文件的映像信息記錄文件。

.MDP：舊版本的項目文件，相當(dāng)于.dsp

.NCB：NCB是“No Compile Browser”的縮寫，其中存放了供ClassView、WizardBar和Component Gallery使用的信息，由VC開發(fā)環(huán)境自動生成。無編譯瀏覽文件。當(dāng)自動完成功能出問題時可以刪除此文件。編譯工程后會自動生成。

.OBJ：由編譯器或匯編工具生成的目標(biāo)文件，是模塊的二進制中間文件。

.ODL：用對象描述語言編寫的源代碼文件，VC用它來生成TLB文件。

.OLB：帶有類型庫資源的一種特殊的動態(tài)鏈接庫，也叫對象庫文件。

.OPT：VC開發(fā)環(huán)境自動生成的用來存放WorkSpace中各種選項的文件。工程關(guān)于開發(fā)環(huán)境的參數(shù)文件。如工具條位置信息等。

.PBI、.PBO和.PBT：由VC的性能分析工具PROFILE生成并使用的三種文件。

.PCH：預(yù)編譯頭文件，比較大，由編譯器在建立工程時自動生成，其中存放有工程中已經(jīng)編譯的部分代碼，在以后建立工程時不再重新編譯這些代碼，以便加快整個編譯過程的速度。

.PDB：程序數(shù)據(jù)庫文件，在建立工程時自動生成，其中存放程序的各種信息，用來加快調(diào)試過程的速度。記錄了程序有關(guān)的一些數(shù)據(jù)和調(diào)試信息。

.PLG：編譯信息文件，編譯時的error和warning信息文件。

.RC：資源定義文件。

.RC2：資源定義文件，供一些特殊情況下使用。

.REG：注冊表信息文件。

.RES：二進制資源文件，資源編譯器編譯資源定義文件后即生成RES文件。

.RTF：Rich Text Format（豐富文本格式）文檔，可由Word或?qū)懽职鍋韯?chuàng)建，常被用來生成Help文件。

.SBR：VC編譯器為每個OBJ文件生成的原始瀏覽信息文件，瀏覽信息維護工具（BSCMAKE）將利用SBR文件來生成BSC文件。

.TLB：OLE庫文件，其中存放了OLE自動化對象的數(shù)據(jù)類型、模塊和接口定義，自動化服務(wù)器通過TLB文件就能了解自動化對象的使用方法。

.WAV：聲音資源文件。

posted @ 2007-06-08 10:00 榕樹藤 閱讀(7541) | 評論 (0) | 編輯 收藏

Select模型

講一下套接字模式和套接字I/O模型的區(qū)別。先說明一下，只針對Winsock，如果你要骨頭里挑雞蛋把UNIX下的套接字概念來往這里套，那就不關(guān)我的事。
套接字模式：阻塞套接字和非阻塞套接字。或者叫同步套接字和異步套接字。
套接字模型：描述如何對套接字的I/O行為進行管理。
Winsock提供的I/O模型一共有五種：
select,WSAAsyncSelect,WSAEventSelect,Overlapped,Completion。今天先講解select。

1：select模型（選擇模型）
先看一下下面的這句代碼：
int iResult = recv(s, buffer,1024);
這是用來接收數(shù)據(jù)的，在默認(rèn)的阻塞模式下的套接字里，recv會阻塞在那里，直到套接字連接上有數(shù)據(jù)可讀，把數(shù)據(jù)讀到buffer里后recv函數(shù)才會返回，不然就會一直阻塞在那里。在單線程的程序里出現(xiàn)這種情況會導(dǎo)致主線程（單線程程序里只有一個默認(rèn)的主線程）被阻塞,這樣整個程序被鎖死在這里，如果永遠(yuǎn)沒數(shù)據(jù)發(fā)送過來，那么程序就會被永遠(yuǎn)鎖死。這個問題可以用多線程解決，但是在有多個套接字連接的情況下，這不是一個好的選擇，擴展性很差。Select模型就是為了解決這個問題而出現(xiàn)的。
再看代碼：

int iResult = ioctlsocket(s, FIOBIO, (unsigned long *)&ul);
iResult = recv(s, buffer,1024);

這一次recv的調(diào)用不管套接字連接上有沒有數(shù)據(jù)可以接收都會馬上返回。原因就在于我們用ioctlsocket把套接字設(shè)置為非阻塞模式了。不過你跟蹤一下就會發(fā)現(xiàn)，在沒有數(shù)據(jù)的情況下，recv確實是馬上返回了，但是也返回了一個錯誤：WSAEWOULDBLOCK，意思就是請求的操作沒有成功完成。看到這里很多人可能會說，那么就重復(fù)調(diào)用recv并檢查返回值，直到成功為止，但是這樣做效率很成問題，開銷太大。
感謝天才的微軟工程師吧，他們給我們提供了好的解決辦法。
先看看select函數(shù)
int select(
int nfds,
fd_set FAR *readfds,
fd_set FAR *writefds,
fd_set FAR *exceptfds,
const struct timeval FAR *timeout
);
第一個參數(shù)不要管，會被系統(tǒng)忽略的。第二個參數(shù)是用來檢查套接字可讀性，也就說檢查套接字上是否有數(shù)據(jù)可讀，同樣，第三個參數(shù)用來檢查數(shù)據(jù)是否可以發(fā)出。最后一個是檢查是否有帶外數(shù)據(jù)可讀取。
參數(shù)詳細(xì)的意思請去看MSDN，這里限于篇幅不詳細(xì)解釋了。
最后一個參數(shù)是用來設(shè)置select等待多久的，是個結(jié)構(gòu)：


struct timeval {
long tv_sec; // seconds
long tv_usec; // and microseconds
};
如果將這個結(jié)構(gòu)設(shè)置為(0,0)，那么select函數(shù)會馬上返回。
說了這么久，select的作用到底是什么？
他的作用就是：防止在在阻塞模式的套接字里被鎖死，避免在非阻塞套接字里重復(fù)檢查WSAEWOULDBLOCK錯誤。
他的工作流程如下：
1：用FD_ZERO宏來初始化我們感興趣的fd_set，也就是select函數(shù)的第二三四個參數(shù)。
2：用FD_SET宏來將套接字句柄分配給相應(yīng)的fd_set。
3：調(diào)用select函數(shù)。
4：用FD_ISSET對套接字句柄進行檢查，如果我們所關(guān)注的那個套接字句柄仍然在開始分配的那個fd_set里，那么說明馬上可以進行相應(yīng)的IO操作。比如一個分配給select第一個參數(shù)的套接字句柄在select返回后仍然在select第一個參數(shù)的fd_set里，那么說明當(dāng)前數(shù)據(jù)已經(jīng)來了，馬上可以讀取成功而不會被阻塞。

下面給出一個簡單的select模型的服務(wù)端套接字。

#include “iostream.h”
#include “winsock2.h”
#include “windows.h”


#define InternetAddr "127.0.0.1"
#define iPort 5055

#pragma comment(lib, "ws2_32.lib")


void main()
{
　　　　WSADATA wsa;
　　　　WSAStartup(MAKEWORD(2,2), &wsa);
　　　　
　　　　SOCKET fdServer = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
　　　　
　　　　struct sockaddr_in server;
　　　　server.sin_family = AF_INET;
　　　　server.sin_addr.s_addr = inet_addr(InternetAddr);
　　　　server.sin_port = htons(iPort);
　　　　
　　　　int ret = bind(fdServer, (sockaddr*)&server, sizeof(server));
　　　　ret = listen(fdServer, 4);


　　　　SOCKET AcceptSocket;
　　　　fd_set fdread;
　　　　timeval tv;
　　　　int nSize;

　　　　while(1)
　　　　{
　　　　　　　　
　　　　　　　　FD_ZERO(&fdread);//初始化fd_set
　　　　　　　　FD_SET(fdServer, &fdread);//分配套接字句柄到相應(yīng)的fd_set
　　　　　　　　
　　　　　　　　
　　　　　　　　tv.tv_sec = 2;//這里我們打算讓select等待兩秒后返回，避免被鎖死，也避免馬上返回
　　　　　　　　tv.tv_usec = 0;
　　　　　　　　
　　　　　　　　select(0, &fdread, NULL, NULL, &tv);
　　　　　　　　
　　　　　　　　nSize = sizeof(server);
　　　　　　　　if (FD_ISSET(fdServer, &fdread))//如果套接字句柄還在fd_set里，說明客戶端已經(jīng)有connect的請求發(fā)過來了，馬上可以accept成功
　　　　　　　　{
　　　　　　　　　　　　AcceptSocket = accept(fdServer,( sockaddr*) &server, &nSize);
　　　　　　　　　　　　break;
　　　　　　　　}
　　　　　　　　
　　　　　　　　else//還沒有客戶端的connect請求，我們可以去做別的事，避免像沒有用select方式的阻塞套接字程序被鎖死的情況，如果沒用select,當(dāng)程序運行到accept的時候客戶端恰好沒有connect請求，那么程序就會被鎖死，做不了任何事情
　　　　　　　　{
　　　　　　　　　　　　//do something
　　　　　　　　　　　　::MessageBox(NULL, "waiting...", "recv", MB_ICONINFORMATION);//別的事做完后，繼續(xù)去檢查是否有客戶端連接請求
　　　　　　　　}
　　　　}

　　　　char buffer[128];
　　　　ZeroMemory(buffer, 128);

　　　　ret = recv(AcceptSocket,buffer,128,0);//這里同樣可以用select，用法和上面一樣

　　　　::MessageBox(NULL, buffer, "recv", MB_ICONINFORMATION);

　　　　closesocket(AcceptSocket);
　　　　WSACleanup();
　　　　
　　　　return;

}

基本上就這樣，個人感覺select模型用處不是很大，我只用過一次，去年寫端口掃描器的時候用select來檢查超時。
感覺講得不是很清楚，雖然東西我很明白，但是要講解出來講解得很清楚真不容易。
不知道大家能不能看懂，如果看得過程中有什么問題就問吧。

posted @ 2007-04-25 09:09 榕樹藤 閱讀(1747) | 評論 (2) | 編輯 收藏

WinSock學(xué)習(xí)筆記

與socket有關(guān)的一些函數(shù)介紹

1、讀取當(dāng)前錯誤值：每次發(fā)生錯誤時，如果要對具體問題進行處理，那么就應(yīng)該調(diào)用這個函數(shù)取得錯誤代碼。

      int  WSAGetLastError(void );
#define h_errno   WSAGetLastError()

錯誤值請自己閱讀Winsock2.h。

2、將主機的unsigned long值轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)順序(32位)：為什么要這樣做呢？因為不同的計算機使用不同的字節(jié)順序存儲數(shù)據(jù)。因此任何從Winsock函數(shù)對IP地址和端口號的引用和傳給Winsock函數(shù)的IP地址和端口號均時按照網(wǎng)絡(luò)順序組織的。

      u_long  htonl(u_long hostlong);
舉例：htonl(0)=0
htonl(80)= 1342177280

3、將unsigned long數(shù)從網(wǎng)絡(luò)字節(jié)順序轉(zhuǎn)換位主機字節(jié)順序，是上面函數(shù)的逆函數(shù)。

      u_long  ntohl(u_long netlong);
舉例：ntohl(0)=0
ntohl(1342177280)= 80

4、將主機的unsigned short值轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)順序(16位)：原因同2：

      u_short  htons(u_short hostshort);
舉例：htonl(0)=0
htonl(80)= 20480

5、將unsigned short數(shù)從網(wǎng)絡(luò)字節(jié)順序轉(zhuǎn)換位主機字節(jié)順序，是上面函數(shù)的逆函數(shù)。

      u_short  ntohs(u_short netshort);
舉例：ntohs(0)=0
ntohsl(20480)= 80

6、將用點分割的IP地址轉(zhuǎn)換位一個in_addr結(jié)構(gòu)的地址，這個結(jié)構(gòu)的定義見筆記(一)，實際上就是一個unsigned long值。計算機內(nèi)部處理IP地址可是不認(rèn)識如192.1.8.84之類的數(shù)據(jù)。

      unsigned long  inet_addr( const char FAR * cp );
舉例：inet_addr("192.1.8.84")=1409810880
inet_addr("127.0.0.1")= 16777343

如果發(fā)生錯誤，函數(shù)返回INADDR_NONE值。

7、將網(wǎng)絡(luò)地址轉(zhuǎn)換位用點分割的IP地址，是上面函數(shù)的逆函數(shù)。

      char FAR *  inet_ntoa( struct in_addr in );
舉例：char * ipaddr=NULL;
char addr[20];
in_addr inaddr;
inaddr. s_addr=16777343;
ipaddr= inet_ntoa(inaddr);
strcpy(addr,ipaddr); 

這樣addr的值就變?yōu)?27.0.0.1。
注意意不要修改返回值或者進行釋放動作。如果函數(shù)失敗就會返回NULL值。

8、獲取套接字的本地地址結(jié)構(gòu)：

      int  getsockname(SOCKET s, struct sockaddr FAR * name, int FAR * namelen );
s為套接字
name為函數(shù)調(diào)用后獲得的地址值
namelen為緩沖區(qū)的大小。

9、獲取與套接字相連的端地址結(jié)構(gòu)：

      int  getpeername(SOCKET s, struct sockaddr FAR * name, int FAR * namelen );
s為套接字
name為函數(shù)調(diào)用后獲得的端地址值
namelen為緩沖區(qū)的大小。

10、獲取計算機名：

      int  gethostname( char FAR * name, int namelen );
name是存放計算機名的緩沖區(qū)
namelen是緩沖區(qū)的大小
用法：
char szName[255];
memset(szName,0,255);
if(gethostname(szName,255)==SOCKET_ERROR)
{
//錯誤處理
}
返回值為：szNmae="xiaojin"

11、根據(jù)計算機名獲取主機地址：

      struct hostent FAR *  gethostbyname( const char FAR * name );
name為計算機名。
用法：
hostent * host;
char* ip;
host= gethostbyname("xiaojin");
if(host->h_addr_list[0])
{
struct in_addr addr;
memmove(&addr, host->h_addr_list[0]，4);
//獲得標(biāo)準(zhǔn)IP地址
ip=inet_ ntoa (addr);
}
返回值為：hostent->h_name="xiaojin"
hostent->h_addrtype=2    //AF_INET
hostent->length=4
ip="127.0.0.1"

Winsock 的I/O操作：

1、 兩種I/O模式

• 阻塞模式：執(zhí)行I/O操作完成前會一直進行等待，不會將控制權(quán)交給程序。套接字 默認(rèn)為阻塞模式。可以通過多線程技術(shù)進行處理。
• 非阻塞模式：執(zhí)行I/O操作時，Winsock函數(shù)會返回并交出控制權(quán)。這種模式使用 起來比較復(fù)雜，因為函數(shù)在沒有運行完成就進行返回，會不斷地返回 WSAEWOULDBLOCK錯誤。但功能強大。

為了解決這個問題，提出了進行I/O操作的一些I/O模型,下面介紹最常見的三種：

2、select模型：

　　通過調(diào)用select函數(shù)可以確定一個或多個套接字的狀態(tài)，判斷套接字上是否有數(shù)據(jù)，或
者能否向一個套接字寫入數(shù)據(jù)。

      int  select( int nfds, fd_set FAR * readfds, fd_set FAR * writefds, 
fd_set FAR *exceptfds, const struct timeval FAR * timeout );

◆先來看看涉及到的結(jié)構(gòu)的定義：
a、 d_set結(jié)構(gòu)：

#define FD_SETSIZE 64?
typedef struct fd_set {
u_int fd_count; /* how many are SET? */
SOCKET fd_array[FD_SETSIZE]; /* an array of SOCKETs */
} fd_set;      

fd_count為已設(shè)定socket的數(shù)量
fd_array為socket列表，F(xiàn)D_SETSIZE為最大socket數(shù)量，建議不小于64。這是微軟建
議的。

B、timeval結(jié)構(gòu)：

struct timeval {
long tv_sec; /* seconds */
long tv_usec; /* and microseconds */
};

tv_sec為時間的秒值。
tv_usec為時間的毫秒值。
這個結(jié)構(gòu)主要是設(shè)置select()函數(shù)的等待值，如果將該結(jié)構(gòu)設(shè)置為(0,0)，則select()函數(shù)
會立即返回。

◆再來看看select函數(shù)各參數(shù)的作用：

1. nfds：沒有任何用處，主要用來進行系統(tǒng)兼容用，一般設(shè)置為0。
   
2. readfds：等待可讀性檢查的套接字組。
   
3. writefds；等待可寫性檢查的套接字組。
   
4. exceptfds：等待錯誤檢查的套接字組。
   
5. timeout：超時時間。
   
6. 函數(shù)失敗的返回值：調(diào)用失敗返回SOCKET_ERROR,超時返回0。

readfds、writefds、exceptfds三個變量至少有一個不為空，同時這個不為空的套接字組
種至少有一個socket，道理很簡單，否則要select干什么呢。 舉例：測試一個套接字是否可讀：

fd_set fdread;
//FD_ZERO定義
// #define FD_ZERO(set) (((fd_set FAR *)(set))->fd_count=0)
FD_ZERO(&fdread);
FD_SET(s,&fdread)； //加入套接字，詳細(xì)定義請看winsock2.h
if(select(0,%fdread,NULL,NULL,NULL)>0
{
//成功
if(FD_ISSET(s,&fread) //是否存在fread中，詳細(xì)定義請看winsock2.h
{
//是可讀的
}
}

◆I/O操作函數(shù)：主要用于獲取與套接字相關(guān)的操作參數(shù)。

 int  ioctlsocket(SOCKET s, long cmd, u_long FAR * argp );     

s為I/O操作的套接字。
cmd為對套接字的操作命令。
argp為命令所帶參數(shù)的指針。

常見的命令：

//確定套接字自動讀入的數(shù)據(jù)量
#define FIONREAD _IOR(''''f'''', 127, u_long) /* get # bytes to read */
//允許或禁止套接字的非阻塞模式，允許為非0，禁止為0
#define FIONBIO _IOW(''''f'''', 126, u_long) /* set/clear non-blocking i/o */
//確定是否所有帶外數(shù)據(jù)都已被讀入
#define SIOCATMARK _IOR(''''s'''', 7, u_long) /* at oob mark? */

3、WSAAsynSelect模型：
WSAAsynSelect模型也是一個常用的異步I/O模型。應(yīng)用程序可以在一個套接字上接收以
WINDOWS消息為基礎(chǔ)的網(wǎng)絡(luò)事件通知。該模型的實現(xiàn)方法是通過調(diào)用WSAAsynSelect函
數(shù) 自動將套接字設(shè)置為非阻塞模式，并向WINDOWS注冊一個或多個網(wǎng)絡(luò)時間，并提供一
個通知時使用的窗口句柄。當(dāng)注冊的事件發(fā)生時，對應(yīng)的窗口將收到一個基于消息的通知。

      int  WSAAsyncSelect( SOCKET s, HWND hWnd, u_int wMsg, long lEvent);       

s為需要事件通知的套接字
hWnd為接收消息的窗口句柄
wMsg為要接收的消息
lEvent為掩碼，指定應(yīng)用程序感興趣的網(wǎng)絡(luò)事件組合，主要如下：

#define FD_READ_BIT 0
#define FD_READ (1 << FD_READ_BIT)
#define FD_WRITE_BIT 1
#define FD_WRITE (1 << FD_WRITE_BIT)
#define FD_OOB_BIT 2
#define FD_OOB (1 << FD_OOB_BIT)
#define FD_ACCEPT_BIT 3
#define FD_ACCEPT (1 << FD_ACCEPT_BIT)
#define FD_CONNECT_BIT 4
#define FD_CONNECT (1 << FD_CONNECT_BIT)
#define FD_CLOSE_BIT 5
#define FD_CLOSE (1 << FD_CLOSE_BIT)

用法：要接收讀寫通知：

int nResult= WSAAsyncSelect(s,hWnd,wMsg,FD_READ|FD_WRITE)；
if(nResult==SOCKET_ERROR)
{
//錯誤處理
}

取消通知：

      int nResult= WSAAsyncSelect(s,hWnd,0，0)；

當(dāng)應(yīng)用程序窗口hWnd收到消息時，wMsg.wParam參數(shù)標(biāo)識了套接字，lParam的低字標(biāo)明
了網(wǎng)絡(luò)事件，高字則包含錯誤代碼。

4、WSAEventSelect模型
WSAEventSelect模型類似WSAAsynSelect模型，但最主要的區(qū)別是網(wǎng)絡(luò)事件發(fā)生時會被發(fā)
送到一個事件對象句柄，而不是發(fā)送到一個窗口。

使用步驟如下：
a、 創(chuàng)建事件對象來接收網(wǎng)絡(luò)事件：

#define WSAEVENT HANDLE
#define LPWSAEVENT LPHANDLE
WSAEVENT WSACreateEvent( void );

該函數(shù)的返回值為一個事件對象句柄，它具有兩種工作狀態(tài)：已傳信(signaled)和未傳信
(nonsignaled)以及兩種工作模式：人工重設(shè)(manual reset)和自動重設(shè)(auto reset)。默認(rèn)未
未傳信的工作狀態(tài)和人工重設(shè)模式。

b、將事件對象與套接字關(guān)聯(lián)，同時注冊事件，使事件對象的工作狀態(tài)從未傳信轉(zhuǎn)變未
已傳信。

      int  WSAEventSelect( SOCKET s,WSAEVENT hEventObject,long lNetworkEvents );  

s為套接字
hEventObject為剛才創(chuàng)建的事件對象句柄
lNetworkEvents為掩碼，定義如上面所述

c、I/O處理后，設(shè)置事件對象為未傳信

BOOL WSAResetEvent( WSAEVENT hEvent );

Hevent為事件對象

成功返回TRUE，失敗返回FALSE。

d、等待網(wǎng)絡(luò)事件來觸發(fā)事件句柄的工作狀態(tài)：

DWORD WSAWaitForMultipleEvents( DWORD cEvents,
const WSAEVENT FAR * lphEvents, BOOL fWaitAll,
DWORD dwTimeout, BOOL fAlertable );

lpEvent為事件句柄數(shù)組的指針
cEvent為為事件句柄的數(shù)目，其最大值為WSA_MAXIMUM_WAIT_EVENTS 
fWaitAll指定等待類型：TRUE：當(dāng)lphEvent數(shù)組重所有事件對象同時有信號時返回；
FALSE：任一事件有信號就返回。
dwTimeout為等待超時（毫秒）
fAlertable為指定函數(shù)返回時是否執(zhí)行完成例程

對事件數(shù)組中的事件進行引用時，應(yīng)該用WSAWaitForMultipleEvents的返回值，減去
預(yù)聲明值WSA_WAIT_EVENT_0，得到具體的引用值。例如：

nIndex=WSAWaitForMultipleEvents(…);
MyEvent=EventArray[Index- WSA_WAIT_EVENT_0];

e、判斷網(wǎng)絡(luò)事件類型：

int WSAEnumNetworkEvents( SOCKET s,
WSAEVENT hEventObject, LPWSANETWORKEVENTS lpNetworkEvents );

s為套接字
hEventObject為需要重設(shè)的事件對象
lpNetworkEvents為記錄網(wǎng)絡(luò)事件和錯誤代碼，其結(jié)構(gòu)定義如下：

typedef struct _WSANETWORKEVENTS {
long lNetworkEvents;
int iErrorCode[FD_MAX_EVENTS];
} WSANETWORKEVENTS, FAR * LPWSANETWORKEVENTS;

f、關(guān)閉事件對象句柄：

BOOL WSACloseEvent(WSAEVENT hEvent);

調(diào)用成功返回TRUE，否則返回FALSE。

posted @ 2007-04-25 09:08 榕樹藤 閱讀(585) | 評論 (1) | 編輯 收藏

中國黑客組織與人物名單完全檔案（轉(zhuǎn)載）

著名黑客組織

先介紹零三年之前的組織。

安全焦點 http://www.xfocus.net/

1999年8月26日由xundi創(chuàng)立,創(chuàng)始人還有quack和casper。后來stardust,isno,glacier,alert7,benjurry,blackhole,eyas,flashsky,funnywei,refdom,tombkeeper,watercloud,wollf等人也加入了近來。站點主頁風(fēng)格一向是很簡單。而該組織目前已經(jīng)成為國內(nèi)最權(quán)威的信息安全站點，也是最接近世界的一個國內(nèi)組織。目前國內(nèi)一些技術(shù)性比較強的文章都由作者親自提交到該網(wǎng)站，而國內(nèi)一些知名的技術(shù)屬一屬二的高手都會去這里的論壇。討論技術(shù)的氛圍還可以。而且一些網(wǎng)絡(luò)安全公司也關(guān)注這里的論壇。現(xiàn)在流行的著名掃描工具x-scan的作者就是該組織的成員。從2002年開始，每年都舉辦一次信息安全峰會，吸引了國內(nèi)外眾多知名網(wǎng)絡(luò)安全專家關(guān)注參加。會議涉及眾多領(lǐng)域，備受關(guān)注。創(chuàng)造了良好的學(xué)術(shù)交流氛圍。在此祝愿這個組織越走越好。

中國紅客聯(lián)盟（已解散）http://www.cnhonker.com/

借這個機會要說明一下，只有這個紅客聯(lián)盟才配的上是真正的紅客聯(lián)盟，并不是因為他申請了什么專利，而是在大家的眼中，只有他才只真正的紅客聯(lián)盟。這個組織是由lion在2000年12月組建的。曾再2001年帶領(lǐng)眾多會員參與中美黑客大戰(zhàn)，而名震“江湖”。不過這個時代早已逝去，激情的往事也跟著逝去，留給人們的只有回憶。在2005年的最后一天，lion在主頁上宣布正式解散。或許很多人難以理解吧。不過這也自有人家的道理。現(xiàn)在外面有N個紅盟，我不屑于去關(guān)注他們。在此祝福lion,bkbll等人。對sharpwinner我就懶的說什么了。

中國鷹派 http://www.chinawill.com/

與紅客聯(lián)盟一樣，都是2000年末創(chuàng)立，并且在2001年參與了中美黑客大戰(zhàn)。站長萬濤也是早期的綠色兵團成員。并且也參與了在2000年前的幾次網(wǎng)絡(luò)戰(zhàn)爭。至盡這個組織依然沒有倒下。近幾年中并沒有什么大的事件發(fā)生。所以很多人對他都已經(jīng)沒有了什么印象。希望他們越走越好。

邪惡八進制 http://www.eviloctal.com/

2002年由冰血封情(從他的BLOG看出來，他是咱桂林人)創(chuàng)立，當(dāng)時是以小組模式運營的，而發(fā)展到現(xiàn)在已經(jīng)成為一個30多人的信息安全團隊。主頁做的很簡單，但論壇內(nèi)容非常豐富，涉及領(lǐng)域眾多，在下經(jīng)常去那里下載學(xué)術(shù)資料，論壇管理的是我所見過的論壇中最好的。而且討論氛圍也很不錯。鄙人與那里的幾個核心成員有所接觸，都是比較熱心的，而且技術(shù)都是比較強的。祝愿這個組織越辦越好。我對這個團隊的發(fā)展充滿期望。

幻影旅團 http://www.ph4nt0m.org/

2001年創(chuàng)立，發(fā)展到現(xiàn)在組織成員已經(jīng)達(dá)到20人，近期組織推出了WIKI平臺（http://www.secwiki.com），內(nèi)容涉及無線網(wǎng)絡(luò)，病毒與反病毒，以及黑客技術(shù)等眾多領(lǐng)域。所有的朋友都可以到那里去涂鴉。2002年開放了論壇，目前論壇的技術(shù)討論氛圍還是可以的，而且熱心人也是很多的。相信這個組織也能走下去。

白細(xì)胞(whitecell) http://www.whitecell.org/

2001年創(chuàng)立的一個純技術(shù)交流站點。當(dāng)時核心成員有sinister，無花果等人，都是國內(nèi)著名的高手。在2002年后就關(guān)閉了，而最近它由回來了。主頁與論壇依然都很簡單。希望這次回歸會帶給大家新的氣象。

中華安全網(wǎng) http://www.safechina.net/

2001年4月創(chuàng)立，經(jīng)過了幾次改版后，隊伍也發(fā)展的比較大，我所熟悉的有yellow,Phoenix等人。到現(xiàn)在，這個網(wǎng)站還在改版中，不過論壇依然開放，在這里還是有討論空間的。組織內(nèi)的人技術(shù)也都是不錯的。希望這次改版后會有大的變化：）。

第八軍團

2000年左右由陳三公子組織成立，后經(jīng)過多次改版。成為了一個VIP制的站點，資源收集量還是不錯的。鄙人經(jīng)常去那里找代理服務(wù)器，更新的速度還是可以的。論壇里討論氣氛不是很熱烈。希望今后發(fā)展的會更好。

來說說這兩年成立的黑客組織

BCT http://www.cnbct.org/

2004年底成立的一個專門挖掘腳本漏洞的組織。已經(jīng)發(fā)展了一年了。在下與H4K_B4N,fpx到是有些接觸。感覺這個組織是不錯的，雖然沒有做什么影響力大的事情，但是這種默默研究技術(shù)的精神還是值得發(fā)揚的，與那些招搖的比，要好多了。網(wǎng)站上收集了一些漏洞資料，這點到是做的比較好。希望繼續(xù)努力，發(fā)展的越來越好。

火狐技術(shù)聯(lián)盟 http://www.wrsky.com/

2004年建立的一個組織，致力于破解軟件的組織。對于他們組織現(xiàn)在很有爭議，也曾經(jīng)一度遭受到猛烈的拒絕服務(wù)攻擊，造成網(wǎng)站癱瘓長大數(shù)月，到現(xiàn)在是一個論壇系統(tǒng)。對于這個組織，到目前為止還是有爭議。希望能早日平息。

黑客技術(shù) http://www.hackart.org/

2003年成立的組織，之前使用的是喬客的整站程序，后來就關(guān)閉了。也是最近重開的站點，使用的是論壇系統(tǒng)，在下與那里的版主風(fēng)般的男人和Jambalaya 是好朋友。他們的技術(shù)還是不錯的。現(xiàn)在論壇人氣雖然不怎么高，但顯然是老站重開，知道的人還不多，希望日后可以恢復(fù)元氣，繼續(xù)發(fā)展下去。

國內(nèi)三大商業(yè)黑客站點

黑客基地

http://www.hackbase.com/ 2003年成立。站長龍哥。

黑鷹基地 http://www.3800cc.com/ 由米特創(chuàng)立的商業(yè)黑客站點。

華夏黑客同盟 http://www.77169.com/ 2004年由怪狗創(chuàng)立的站點。

其實黑客組織多的數(shù)不勝數(shù)，我也只是舉幾個著名的而已。

黑客人物

下面來說說人物吧，現(xiàn)在的黑客越來越多，我重點介紹那些專著于系統(tǒng)與漏洞的高手，當(dāng)然他們對入侵也是有所造詣的。注意，這并不是排名，不是第一個就是最厲害，而最后一個是這里面技術(shù)最差的，如果這樣想就錯了。因為有時候想著費勁所以就進入一下牛人的BLOG以及一些論壇去看，這樣就可以容易記起來，知道寫誰。先從這里找http://www.0x557.org/~kkqq/ 然后在從安全焦點的文章和論壇里還有綠盟去找。

alert7 QQ:415451 email:alert7@xfocus.org http://blog.xfocus.net/index.php?blogId=12 安全焦點核心成員，曾經(jīng)在補天的。精通linux操作系統(tǒng)，對于linux下的漏洞很有研究。

baozi(fatb) QQ:48448355 http://blog.xfocus.net/index.php?blogId=3 對windows與linux下的入侵很精通。

CoolQ QQ:49462335 http://coolq.blogdriver.com/coolq/index.html email:qufuping@ercist.iscas.ac.cn 我也是在安全焦點05年的峰會上認(rèn)識的他，是中科院軟件研究所的學(xué)生，對于linux非常有研究。在最后一期的Phrack雜志上有他的文章《Hacking Grub for fun and profit》也是在這期雜志中發(fā)表文章的三位中國人之一。另外著作還有《ways to hide files in ext2/3filesystem》

bkbll(dumplogin) email:bkbll@cnhonker.com http://blog.0x557.org/dumplogin/ 原中國紅客聯(lián)盟核心成員，與lion曾經(jīng)一起參加過中美黑客大戰(zhàn)。對windows與linux都很有研究。著作有《POSIX子系統(tǒng)權(quán)限提升漏洞的分析》

flashsky QQ:16202253 email:flashsky@xfocus.org http://www.qjclub.net/blog/user1/497/index.html 安全焦點核心成員。精通windows操作系統(tǒng)上的緩沖區(qū)溢出，當(dāng)年就是他一連公布了微軟的N個漏洞，微軟就此還譴責(zé)過安全焦點。現(xiàn)就職于啟明星辰。

Flier Lu email:flier@nsfocus.com http://flier_lu.blogcn.com/ 綠盟的高手，精通windows操作系統(tǒng)內(nèi)核，著作有《MS.Net CLR擴展PE結(jié)構(gòu)分》《自動驗證 Windows NT 系統(tǒng)服務(wù)描述表》《CLR 中代碼訪問安全檢測實現(xiàn)原理》等等。

funnywei QQ:25044885 email:funnywei@xfocus.org http://blog.xfocus.net/index.php?blogId=28 安全焦點核心成員，熟悉windows操作系統(tǒng)。著作有《WindowsXpSp2溢出保護》

glacier QQ:1937435 email:glacier@xfocus.org http://blog.xfocus.net/index.php?blogId=15 安全焦點核心成員，精通windows編程，網(wǎng)絡(luò)編程，delphi等等。是冰河木馬以及著名掃描軟件x-scan的作者。

icbm email:icbm@0x557.org http://blog.0x557.org/icbm/ 精通linux操作系統(tǒng)內(nèi)核以及漏洞。就職于啟明星辰。翻譯過文章《Building ptrace injecting shellcodes》是《淺析Linux內(nèi)核漏洞》的作者。

killer QQ:6362602 email:killer@xfocus.org http://blog.xfocus.net/index.php?blogId=2 安全焦點灌水區(qū)版主。精通逆向工程，程序破解。

pjf QQ:85863144 http://pjf.blogcn.com/ 著名的檢測工具icesword(冰刃)的作者。很多程序員以及編寫rootkit的高手以繞過它的檢測工具為目標(biāo)。熟悉windows操作系統(tǒng)內(nèi)核。

refdom email:refdom@xfocus.org http://blog.xfocus.net/index.php?blogId=11 安全焦點核心成員，《反垃圾郵件技術(shù)解析》的作者。似乎曾經(jīng)是紅客聯(lián)盟的人。

stardust QQ:6269692 email:stardust@xfocus.org http://blog.xfocus.net/index.php?blogId=7 安全焦點核心成員。熟悉linux,精通IDS。著作有《從漏洞及攻擊分析到NIDS規(guī)則設(shè)計》《Bro NIDS的規(guī)則》《Snort 2.x數(shù)據(jù)區(qū)搜索規(guī)則選項的改進》《Bro NIDS的安裝與配置》

sunwear QQ:47347 email:shellcoder@163.com http://blog.csdn.net/sunwear/ 邪惡八進制核心成員。精通windows操作系統(tǒng)內(nèi)核。著作有《利用NTLDR進入RING0的方法及MGF病毒技術(shù)分析筆記》《淺析本機API》《智能ABC輸入法溢出分析》

swan email:swan@xfocus.org http://blog.0x557.org/swan/ 對緩沖區(qū)溢出漏洞很有研究。最近的ms05051 Microsoft Windows DTC 漏洞的exploit作者就是他。

tombkeeper QQ:644909 http://blog.xfocus.net/index.php?blogId=9 安全焦點核心成員。精通windows操作系統(tǒng)內(nèi)核。著作有《用Bochs調(diào)試NTLDR》《修改Windows SMB相關(guān)服務(wù)的默認(rèn)端口》等等。在焦點峰會上見到過他，很帥。

watercloud http://blog.xfocus.net/index.php?blogId=6 安全焦點核心成員。精通windows,linux操作系統(tǒng)。著作有《手工打造微型Win32可執(zhí)行文件》《溢出利用程序和編程語言大雜燴》《RSA算法基礎(chǔ)->實踐》

zwell email:suei8423@163.com http://blog.donews.com/zwell NB聯(lián)盟核心成員。精通windows操作系統(tǒng)，著作有《安全穩(wěn)定的實現(xiàn)進線程監(jiān)控》《一種新的穿透防火墻的數(shù)據(jù)傳輸技術(shù)》

zzzevazzz QQ:49322630 http://zzzevazzz.bokee.com/index.html 幻影旅團核心成員。原灰色軌跡的人。精通windows操作系統(tǒng)內(nèi)核。著作有《Do All in Cmd Shell》《無驅(qū)動執(zhí)行ring0代碼》等等。

小榕 http://www.netxeyes.org 流光，亂刀，溺雪及命令行SQL注入工具的作者。中國第二代黑客。

lion QQ:21509 email:lion@cnhonker.com http://www.cnhonker.com 原中國紅客聯(lián)盟站長，對緩沖區(qū)溢出很有研究。精通linux.windows.

isno QQ:1070681 email:isno@xfocus.org 安全焦點核心成員，精通緩沖區(qū)溢出漏洞。webdav溢出程序的作者。寫過IDQ，IDA漏洞溢出的分析等等。

sinister QQ:3350124 email:sinister@whitecell.org 白細(xì)胞成員。精通windows內(nèi)核，AIX。著作有《NT 內(nèi)核的進程調(diào)度分析筆記》《NT 下動態(tài)切換進程分析筆記》《AIX 內(nèi)核的虛擬文件系統(tǒng)框架》《AIX 內(nèi)核的文件操作流程》

袁哥 email:yuange@nsfocus.com 現(xiàn)就職于中聯(lián)綠盟公司。精通windows操作系統(tǒng)內(nèi)核以及漏洞利用。

warning3 email:warning3@nsfocus.com msn:warning3@hotmail.com 精通linux unix內(nèi)核及漏洞。現(xiàn)就職于中聯(lián)綠盟公司。著作有《Heap/BSS 溢出機理分析》

SoBeIt QQ:27324838 email:kinvis@hotmail.com 精通windows編程以及系統(tǒng)內(nèi)核還有溢出。著作有《Windows內(nèi)核調(diào)試器原理淺析》，《掛鉤Windows API》等等翻譯過《在NT系列操作系統(tǒng)里讓自己“消失”》

xhacker QQ:66680800 精通滲透入侵以及腳本入侵。著作有《詳述虛擬網(wǎng)站的權(quán)限突破及防范》，《如何利用黑客技術(shù)跟蹤并分析一名目標(biāo)人物》

eyas QQ:320236 email:eyas@xfocus.org 安全焦點核心成員，熟悉windows操作系統(tǒng)，windows編程。著作有《NT平臺撥號連接密碼恢復(fù)原理》，《WS_FTP FTPD STAT命令遠(yuǎn)程溢出分析》

孤獨劍客 QQ:5385757 email:Janker@Hackbase.Com Http://Www.Janker.Org 精通編程。以及入侵技術(shù)。winshell的作者。中國第二代黑客。

sunx QQ:239670 http://www.sunx.org 對溢出有研究，寫過IDA漏洞和printer漏洞的溢出程序。精通匯編。著作很多。

analysist QQ:20116789 精通數(shù)據(jù)庫與腳本入侵。早年對跨站腳本以及很多腳本漏洞很有研究。著作有《跨站腳本執(zhí)行漏洞詳解》，《BBS2000和BBS3000所存在的安全隱患》

Frankie http://cnns.net 精通windows操作系統(tǒng)，與linux。中國第一代黑客。

rootshell(fzk) QQ:1734398 http://www.ns-one.com 精通windows操作系統(tǒng)，熟悉緩沖區(qū)溢出漏洞。老一代的黑客。著作有《最近發(fā)現(xiàn)的一個Distributed File System服務(wù)遠(yuǎn)程溢出問題》。

PP QQ:82928 精通windows操作系統(tǒng)。名言：如果想飛得高，就該把地平線忘掉。

tianxing OICQ:911189 網(wǎng)站:http://www.tianxing.org/ 精通windows操作系統(tǒng)與漏洞利用。RPC漏洞利用程序以及網(wǎng)絡(luò)刺客,網(wǎng)絡(luò)衛(wèi)兵的作者。

grip2 QQ:1007270 精通linux操作系統(tǒng)。著作有《一個Linux病毒原型分析》

san QQ:56941 精通windows操作系統(tǒng)以及l(fā)inux。而且對windows CE很有研究。phrack最后一期的雜志中，刊登過他的文章。

hume QQ:8709369 精通匯編以及windows操作系統(tǒng)。著作有《SEH in ASM 的研究》

backend email:backend@antionline.org 精通linux操作系統(tǒng)。翻譯過很多文章，是綠盟的高手。不過已經(jīng)幾年沒見在網(wǎng)絡(luò)上游走了。到是現(xiàn)實中偶爾看到他。

Adam QQ:15898 email:adam@nsfocus.com 綠盟的高手，windows安全版版主。精通windows操作系統(tǒng)。

ipxodi QQ:16175535 email:ipxodi@nsfocus.com 很長時間沒看見他了。精通windows操作系統(tǒng)以及緩沖區(qū)溢出。著作有《window系統(tǒng)下的堆棧溢出》《Windows 2000緩沖區(qū)溢出入門》。這些文章都是造福了很多后輩的。

zer9 QQ:573369 email:zer9@21cn.com 也是很長時間沒見到了。早期寫過不少文章和工具。也是老一輩的革命家。

whg QQ:312016 email:whg0001@163.com http://WWW.CNASM.COM 不知道算不算白細(xì)胞的成員，呵呵。病毒高手。精通匯編。寫過不少軟件，例如lan下sniff QQ的工具以及sniff工具等等，可以到他的主頁上去看。

lg_wu email:lgwu2000@sina.com 在綠盟論壇和安全焦點都見過，對linux精通的很。技術(shù)不一般的說。

wowocock QQ:37803144 精通windows操作系統(tǒng)內(nèi)核，匯編。在驅(qū)動開發(fā)網(wǎng)以及cvc　輕描淡寫見過，技術(shù)不一般。著作很多，但是見到的很少。不知道為什么這么好的文章沒人轉(zhuǎn)！

baiyuanfan QQ:51449276 這小子在峰會上給我的印象很深。在技術(shù)上很下工夫。對windows也算有研究了。著作當(dāng)然是byshell了。

vxk QQ:355852911 匯編技術(shù)很硬，精通windows內(nèi)核。經(jīng)常在cvc論壇看到他。

冰血封情 QQ:124839278 邪惡八進制的創(chuàng)始人。中國第四代黑客。感覺這個人很不錯。對他的組織比較認(rèn)可。技術(shù)上面還可以。

Polymorphours(shadow3) QQ:120974745白細(xì)胞成員。以前叫shadow3.好象換名字了。熟悉windows操作系統(tǒng)，以及緩沖區(qū)溢出。著作有《MS05-010許可證記錄服務(wù)漏洞允許執(zhí)行代碼的分析》《Media Player 8.0 vulnerability》等等。

e4gle QQ:1949479白細(xì)胞成員。老一代的黑客。精通linux系統(tǒng)內(nèi)核以及病毒技術(shù)，緩沖區(qū)溢出。著作有《程序攻擊原理》《Unix系統(tǒng)病毒概述》《高級緩沖溢出的使用》

bingle QQ:45671342很早就認(rèn)識的一個兄弟了。著作不少，很多都很實用。

wollf QQ:228095 glacier的老婆。一定不能讓他知道我是誰，要不我就死定了。她是黑客；）美女黑客！

goodwell：中國早期著名黑客組織－綠色兵團　創(chuàng)始人之一。

yellow QQ:12398890：中華安全網(wǎng)核心成員。熟悉緩沖區(qū)溢出與windows編程。

江海客 QQ:741534：曾經(jīng)參加某個會議的時候見過他，聊的還可以，后來在焦點峰會時又碰了面。此人是反病毒方面的高手。

icmb：啟明星辰linux方面的高手。對于漏洞方面很有研究。不帶眼睛更漂亮…… 

posted @ 2007-04-23 22:16 榕樹藤 閱讀(837) | 評論 (0) | 編輯 收藏

VC6.0編譯器參數(shù)設(shè)置

VC6.0編譯器參數(shù)的設(shè)置主要通過VC的菜單項Project->Settings->C/C++頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

各個參數(shù)代表的意義，可以參考Msdn。比如/nologo表示編譯時不在輸出窗口顯示這些設(shè)置（我們可以把這個參數(shù)去掉來看看效果）等等。一般我們不會直接修改這些設(shè)置，而是通過這一頁最上面的Category中的各項來完成......
－轉(zhuǎn)載－

主要通過VC的菜單項Project->Settings->C/C++頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

各個參數(shù)代表的意義，可以參考Msdn。比如/nologo表示編譯時不在輸出窗口顯示這些設(shè)置（我們可以把這個參數(shù)去掉來看看效果）等等。一般我們不會直接修改這些設(shè)置，而是通過這一頁最上面的Category中的各項來完成。

1) General：一些總體設(shè)置。

Warning level　用來控制警告信息，其中Level 1是最嚴(yán)重的級別；
Warnings as errors　將警告信息當(dāng)作錯誤處理；
Optimizations　代碼優(yōu)化，可以在Category的Optimizations項中進行更細(xì)的設(shè)置；
Generate browse info　用以生成.sbr文件，記錄類、變量等符號信息，可以在Category的Listing Files項中進行更多的設(shè)置。
Debug info　生成調(diào)試信息：
None，不產(chǎn)生任何調(diào)試信息（編譯比較快）；
Line Numbers Only，僅生成全局的和外部符號的調(diào)試信息到.OBJ文件或.EXE文件，減小目標(biāo)文件的尺寸；
C 7.0- Compatible，記錄調(diào)試器用到的所有符號信息到.OBJ文件和.EXE文件；
Program Database，創(chuàng)建.PDB文件記錄所有調(diào)試信息；
Program Database for "Edit & Continue"，創(chuàng)建.PDB文件記錄所有調(diào)試信息，并且支持調(diào)試時編輯。

2) C++ Language

Pointer-to-member representation　用來設(shè)置類定義/引用的先后關(guān)系：
Best-Case Always，表示在引用類之前該類肯定已經(jīng)定義；
General-Purpose Always，？
Point to Any Class
Point to Single- and Multiple-Inheritance Classes
Point to Single-Inheritance Classes
Enable Exception Handling，進行同步的異常處理；
Enable Run-Time Type Information　迫使編譯器增加代碼在運行時進行對象類型檢查；
Disable Construction Displacements　設(shè)置類構(gòu)造/析構(gòu)函數(shù)調(diào)用虛函數(shù)問題。

3) Code Generation

Processor　表示代碼指令優(yōu)化，可以為80386、80486、Pentium、Pentium Pro，或者Blend表示混合以上各種優(yōu)化。
Use run-time library　用以指定程序運行時使用的運行時庫，有一個原則就是，一個進程不要同時使用幾個版本的運行時庫。連接了單線程庫就不支持多線程調(diào)用，連接了多線程庫就要求創(chuàng)建多線程的應(yīng)用程序。
Single-Threaded，單線程Release版本，靜態(tài)連接LIBC.LIB庫；
Debug Single-Threaded，單線程Debug版本，靜態(tài)連接LIBCD.LIB庫；
Multithreaded，多線程Release版本，靜態(tài)連接LIBCMT.LIB庫；
Debug Multithreaded，多線程Debug版本，靜態(tài)連接LIBCMTD.LIB庫；
Multithreaded DLL，動態(tài)連接MSVCRT.DLL庫；
Debug Multithreaded DLL，動態(tài)連接MSVCRTD.DLL庫。
Calling convention　可以用來設(shè)定調(diào)用約定，有三種：__cdecl、__fastcall和__stdcall。
　　各種調(diào)用約定的主要區(qū)別在于：1. 函數(shù)調(diào)用時，函數(shù)的參數(shù)是從左到右壓入堆棧還是從右到左壓入堆棧；2. 在函數(shù)返回時，由函數(shù)的調(diào)用者來清理壓入堆棧的參數(shù)還是由函數(shù)本身來清理；3. 以及在編譯時對函數(shù)名進行的命名修飾（可以通過Listing Files看到各種命名修飾方式）。
Struct member alignment　用以指定數(shù)據(jù)結(jié)構(gòu)中的成員變量在內(nèi)存中是按幾字節(jié)對齊的，根據(jù)計算機數(shù)據(jù)總線的位數(shù)，不同的對齊方式存取數(shù)據(jù)的速度不一樣。這個參數(shù)對數(shù)據(jù)包網(wǎng)絡(luò)傳輸?shù)葢?yīng)用尤為重要，不是存取速度問題，而是數(shù)據(jù)位的精確定義問題，一般在程序中使用#pragma pack來指定。

4) Customize

Disable Language Extensions，表示不使用微軟為標(biāo)準(zhǔn)C做的語言擴展；
Eliminate Duplicate Strings，主要用于字符串優(yōu)化（將字符串放到緩充池里以節(jié)省空間），使用這個參數(shù)，使得
            char *sBuffer = "This is a character buffer";
            char *tBuffer = "This is a character buffer";
            sBuffer 和tBuffer指向的是同一塊內(nèi)存空間；
Enable Function-Level Linking ，告訴編譯器將各個函數(shù)按打包格式編譯；
Enables minimal rebuild，通過保存關(guān)聯(lián)信息到.IDB文件，使編譯器只對最新類定義改動過的源文件進行重編譯，提高編譯速度；
Enable Incremental Compilation，同樣通過.IDB文件保存的信息，只重編譯最新改動過的函數(shù)；
Suppress Startup Banner and Information Messages，用以控制參數(shù)是否在output窗口輸出。

5) Listing Files

Generate browse info 上面已經(jīng)提到過。這里可以進行更多的設(shè)置。
Exclude Local Variables from Browse Info　表示是否將局部變量的信息放到.SBR文件中。
Listing file type　可以設(shè)置生成的列表信息文件的內(nèi)容：
Assembly-Only Listing　僅生成匯編代碼文件（.ASM擴展名）；
Assembly With Machine Code　生成機器代碼和匯編代碼文件（.COD擴展名）；
Assembly With Source Code　生成源代碼和匯編代碼文件（.ASM擴展名）；
Assembly, Machine Code, and Source　生成機器碼、源代碼和匯編代碼文件（.COD擴展名）。
Listing file name　生成的信息文件的路徑，一般為Debug或Release目錄下，生成的文件名自動取源文件的文件名。

6) Optimizations　代碼優(yōu)化設(shè)置。

Maximize Speed　生成最快速的代碼；
Minimize Size　生成最小尺寸的程序；
Customize　定制優(yōu)化。定制的內(nèi)容包括：
Assume No Aliasing，不使用別名（提高速度）；
Assume Aliasing Across Function Calls，僅函數(shù)內(nèi)部不使用別名；
Global Optimizations，全局優(yōu)化，比如經(jīng)常用到的變量使用寄存器保存，或者循環(huán)內(nèi)的計算優(yōu)化，如i = -100;while( i < 0 ){i += x + y;}會被優(yōu)化為i = -100;t = x + y;while( i < 0 ){i += t;}；
Generate Intrinsic Functions，使用內(nèi)部函數(shù)替換一些函數(shù)調(diào)用（提高速度）；
Improve Float Consistency，浮點運算方面的優(yōu)化；
Favor Small Code，程序（exe或dll）尺寸優(yōu)化優(yōu)先于代碼速度優(yōu)化；
Favor Fast Code，程序（exe或dll）代碼速度優(yōu)化優(yōu)先于尺寸優(yōu)化；
Frame-Pointer Omission，不使用幀指針，以提高函數(shù)調(diào)用速度；
Full Optimization，組合了幾種參數(shù)，以生成最快的程序代碼。
Inline function expansion，內(nèi)聯(lián)函數(shù)擴展的三種優(yōu)化（使用內(nèi)聯(lián)可以節(jié)省函數(shù)調(diào)用的開銷，加快程序速度）：
Disable，不使用內(nèi)聯(lián)；
Only __inline，僅函數(shù)定義前有inline或__inline標(biāo)記使用內(nèi)聯(lián)；
Any Suitable，除了inline或__inline標(biāo)記的函數(shù)外，編譯器"覺得"應(yīng)該使用內(nèi)聯(lián)的函數(shù)，都使用內(nèi)聯(lián)。

7) Precompiled Headers　預(yù)編譯頭文件的設(shè)置。使用預(yù)編譯可以提高重復(fù)編譯的速度。VC一般將一些公共的、不大變動的頭文件（比如afxwin.h等）集中放到stdafx.h中，這一部分代碼就不必每次都重新編譯（除非是Rebuild All）。

8) Preprocessor　預(yù)編譯處理。可以定義/解除定義一些常量。

Additional include directories，可以指定額外的包含目錄，一般是相對于本項目的目錄，如..\Include。

--------------------------------------------------------------------------------
連接參數(shù)的設(shè)置
主要通過VC的菜單項Project->Settings->Link頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /subsystem:windows /incremental:yes /pdb:"Debug/WritingDlgTest.pdb" /debug /machine:I386 /out:"Debug/WritingDlgTest.exe" /pdbtype:sept

下面我們分別來看一下Category中的各項設(shè)置。

1) General　一些總體設(shè)置。可以設(shè)置生成的文件路徑、文件名；連接的庫文件；

Generate debug info，生成Debug信息到.PDB文件（具體格式可以在Category->Debug中設(shè)置）；
Ignore All Default Libraries，放棄所有默認(rèn)的庫連接；
Link Incrementally，通過生成. ILK文件實現(xiàn)遞增式連接以提高后續(xù)連接速度，但一般這種方式下生成的文件（EXE或DLL）較大；
Generate Mapfile，生成.MAP文件記錄模塊相關(guān)信息；
Enable Profiling，這個參數(shù)通常與Generate Mapfile參數(shù)同時使用，而且如果產(chǎn)生Debug信息的話，不能用.PDB文件，而且必須用Microsoft Format。

2) Customize　這里可以進行使用程序數(shù)據(jù)庫文件的設(shè)置。

Force File Output，強制產(chǎn)生輸出文件（EXE或DLL）；
Print Progress Messages，可以將連接過程中的進度信息輸出到Output窗口。

3) Debug　設(shè)置是否生成調(diào)試信息，以及調(diào)試信息的格式。

Dubug info，格式可以有Microsoft Format、COFF Format（Common Object File Format）和Both Formats三種選擇；
Separate Types，表示將Debug格式信息以獨立的.PDB文件存放，還是直接放在各個源文件的.PDB文件中。選中的話，表示采用后者的方式，這種方式調(diào)試啟動比較快。

4) Input　這里可以指定要連接的庫文件，放棄連接的庫文件。還可以增加額外的庫文件目錄，一般是相對于本項目的目錄，如..\Lib。

Force Symbol References，可以指定連接特定符號定義的庫。

5) Output　

Base Address　可以改變程序默認(rèn)的基地址（EXE文件默認(rèn)為0x400000，DLL默認(rèn)為0x10000000），操作系統(tǒng)裝載一個程序時總是試著先從這個基地址開始。
Entry-Point Symbol　可以指定程序的入口地址，一般為一個函數(shù)名（且必須采用__stdcall調(diào)用約定）。一般Win32的程序，EXE的入口為 WinMain，DLL的入口為DllEntryPoint；最好讓連接器自動設(shè)置程序的入口點。默認(rèn)情況下，通過一個C的運行時庫函數(shù)來實現(xiàn)：控制臺程序采用mainCRTStartup (或wmainCRTStartup)去調(diào)用程序的main (或wmain)函數(shù)；Windows程序采用WinMainCRTStartup (或 wWinMainCRTStartup)調(diào)用程序的WinMain (或 wWinMain，必須采用__stdcall調(diào)用約定)；DLL采用_DllMainCRTStartup調(diào)用DllMain函數(shù)（必須采用 __stdcall調(diào)用約定）。
Stack allocations　用以設(shè)置程序使用的堆棧大小（請使用十進制），默認(rèn)為1兆字節(jié)。
Version Information　告訴連接器在EXE或DLL文件的開始部分放上版本號。

值得注意的是：

上面各個參數(shù)是大小寫敏感的；
在參數(shù)后加上"-"表示該參數(shù)無效；
各個參數(shù)值選項有"*"的表示為該參數(shù)的默認(rèn)值；
可以使用頁右上角的"Reset"按鈕來恢復(fù)該頁的所有默認(rèn)設(shè)置。

--------------------------------------------------------------------------------
其它一些參數(shù)設(shè)置。

1) Project->Settings->General，可以設(shè)置連接MFC庫的方式（靜態(tài)或動態(tài)）。如果是動態(tài)連接，在MFC軟件發(fā)布時不要忘了帶上MFC的DLL。

2) Project->Settings->Debug，可以設(shè)置調(diào)試時運行的可執(zhí)行文件，以及命令行參數(shù)等。

3) Project->Settings->Custom Build，可以設(shè)置編譯/連接成功后自動執(zhí)行一些操作。比較有用的是，寫COM時希望VC對編譯通過的COM文件自動注冊，可以如下設(shè)置：

Description: Register COM

Commands: regsvr32 /s /c $(TargetPath)

echo regsvr32 exe.time > $(TargetDir)\$(TargetName).trg

Outputs: $(TargetDir)\$(TargetName).trg

4) Tools->Options->Directories，設(shè)置系統(tǒng)的Include、Library路徑。

--------------------------------------------------------------------------------
小竅門: 項目中的.ncb、.opt、.aps、.clw文件以及Debug、Release目錄下的所有文件都可以刪掉的。

posted @ 2007-04-23 19:51 榕樹藤 閱讀(1556) | 評論 (0) | 編輯 收藏

VC中基于 Windows 的精確定時

在工業(yè)生產(chǎn)控制系統(tǒng)中，有許多需要定時完成的操作，如定時顯示當(dāng)前時間，定時刷新屏幕上的進度條，上位 機定時向下位機發(fā)送命令和傳送數(shù)據(jù)等。特別是在對控制性能要求較高的實時控制系統(tǒng)和數(shù)據(jù)采集系統(tǒng)中，就更需要精確定時操作。
　　眾所周知，Windows 是基于消息機制的系統(tǒng)，任何事件的執(zhí)行都是通過發(fā)送和接收消息來完成的。 這樣就帶來了一些問題，如一旦計算機的CPU被某個進程占用，或系統(tǒng)資源緊張時，發(fā)送到消息隊列 中的消息就暫時被掛起，得不到實時處理。因此，不能簡單地通過Windows消息引發(fā)一個對定時要求 嚴(yán)格的事件。另外，由于在Windows中已經(jīng)封裝了計算機底層硬件的訪問，所以，要想通過直接利用 訪問硬件來完成精確定時，也比較困難。所以在實際應(yīng)用時，應(yīng)針對具體定時精度的要求，采取相適 應(yīng)的定時方法。
　　VC中提供了很多關(guān)于時間操作的函數(shù)，利用它們控制程序能夠精確地完成定時和計時操作。本文詳細(xì)介紹了 VC中基于Windows的精確定時的七種方式，如下圖所示：


圖一 圖像描述

　　方式一：VC中的WM_TIMER消息映射能進行簡單的時間控制。首先調(diào)用函數(shù)SetTimer()設(shè)置定時 間隔，如SetTimer(0,200,NULL)即為設(shè)置200ms的時間間隔。然后在應(yīng)用程序中增加定時響應(yīng)函數(shù) OnTimer()，并在該函數(shù)中添加響應(yīng)的處理語句，用來完成到達(dá)定時時間的操作。這種定時方法非常 簡單，可以實現(xiàn)一定的定時功能，但其定時功能如同Sleep()函數(shù)的延時功能一樣，精度非常低，最小 計時精度僅為30ms，CPU占用低，且定時器消息在多任務(wù)操作系統(tǒng)中的優(yōu)先級很低，不能得到及時響 應(yīng)，往往不能滿足實時控制環(huán)境下的應(yīng)用。只可以用來實現(xiàn)諸如位圖的動態(tài)顯示等對定時精度要求不高的情況。如示例工程中的Timer1。
　　方式二：VC中使用sleep()函數(shù)實現(xiàn)延時，它的單位是ms，如延時2秒，用sleep(2000)。精度非常 低，最小計時精度僅為30ms，用sleep函數(shù)的不利處在于延時期間不能處理其他的消息，如果時間太 長，就好象死機一樣，CPU占用率非常高，只能用于要求不高的延時程序中。如示例工程中的Timer2。
　　方式三：利用COleDateTime類和COleDateTimeSpan類結(jié)合WINDOWS的消息處理過程來實現(xiàn)秒級延時。如示例工程中的Timer3和Timer3_1。以下是實現(xiàn)2秒的延時代碼：
COleDateTime      start_time = COleDateTime::GetCurrentTime();
COleDateTimeSpan  end_time= COleDateTime::GetCurrentTime()-start_time;
while(end_time.GetTotalSeconds()< 2) //實現(xiàn)延時2秒
{
MSG   msg;
GetMessage(&msg,NULL,0,0);
TranslateMessage(&msg);
DispatchMessage(&msg);
//以上四行是實現(xiàn)在延時或定時期間能處理其他的消息，
//雖然這樣可以降低CPU的占有率，
//但降低了延時或定時精度，實際應(yīng)用中可以去掉。
end_time = COleDateTime::GetCurrentTime()-start_time;
}//這樣在延時的時候我們也能夠處理其他的消息。      　　方式四：在精度要求較高的情況下，VC中可以利用GetTickCount()函數(shù)，該函數(shù)的返回值是  DWORD型，表示以ms為單位的計算機啟動后經(jīng)歷的時間間隔。精度比WM_TIMER消息映射高，在較 短的定時中其計時誤差為15ms，在較長的定時中其計時誤差較低，如果定時時間太長，就好象死機一樣，CPU占用率非常高，只能用于要求不高的延時程序中。如示例工程中的Timer4和Timer4_1。下列代碼可以實現(xiàn)50ms的精確定時：

DWORD dwStart = GetTickCount();
DWORD dwEnd   = dwStart;
do
{
dwEnd = GetTickCount()-dwStart;
}while(dwEnd <50);

為使GetTickCount()函數(shù)在延時或定時期間能處理其他的消息，可以把代碼改為：

DWORD dwStart = GetTickCount();
DWORD dwEnd   = dwStart;
do
{
MSG   msg;
GetMessage(&msg,NULL,0,0);
TranslateMessage(&msg);
DispatchMessage(&msg);
dwEnd = GetTickCount()-dwStart;
}while(dwEnd <50);

雖然這樣可以降低CPU的占有率，并在延時或定時期間也能處理其他的消息，但降低了延時或定時精度。
　　方式五：與GetTickCount()函數(shù)類似的多媒體定時器函數(shù)DWORD timeGetTime(void)，該函數(shù)定時精 度為ms級，返回從Windows啟動開始經(jīng)過的毫秒數(shù)。微軟公司在其多媒體Windows中提供了精確定時器的底 層API持，利用多媒體定時器可以很精確地讀出系統(tǒng)的當(dāng)前時間，并且能在非常精確的時間間隔內(nèi)完成一 個事件、函數(shù)或過程的調(diào)用。不同之處在于調(diào)用DWORD timeGetTime(void) 函數(shù)之前必須將 Winmm.lib  和 Mmsystem.h 添加到工程中，否則在編譯時提示DWORD timeGetTime(void)函數(shù)未定義。由于使用該 函數(shù)是通過查詢的方式進行定時控制的，所以，應(yīng)該建立定時循環(huán)來進行定時事件的控制。如示例工程中的Timer5和Timer5_1。
　　方式六：使用多媒體定時器timeSetEvent()函數(shù)，該函數(shù)定時精度為ms級。利用該函數(shù)可以實現(xiàn)周期性的函數(shù)調(diào)用。如示例工程中的Timer6和Timer6_1。函數(shù)的原型如下：

MMRESULT timeSetEvent（ UINT uDelay,
UINT uResolution,
LPTIMECALLBACK lpTimeProc,
WORD dwUser,
UINT fuEvent ）

　　該函數(shù)設(shè)置一個定時回調(diào)事件，此事件可以是一個一次性事件或周期性事件。事件一旦被激活，便調(diào)用指定的回調(diào)函數(shù)， 成功后返回事件的標(biāo)識符代碼，否則返回NULL。函數(shù)的參數(shù)說明如下：

uDelay：以毫秒指定事件的周期。
Uresolution：以毫秒指定延時的精度，數(shù)值越小定時器事件分辨率越高。缺省值為1ms。
LpTimeProc：指向一個回調(diào)函數(shù)。
DwUser：存放用戶提供的回調(diào)數(shù)據(jù)。
FuEvent：指定定時器事件類型：
TIME_ONESHOT：uDelay毫秒后只產(chǎn)生一次事件
TIME_PERIODIC ：每隔uDelay毫秒周期性地產(chǎn)生事件。      

　　具體應(yīng)用時，可以通過調(diào)用timeSetEvent()函數(shù)，將需要周期性執(zhí)行的任務(wù)定義在LpTimeProc回調(diào)函數(shù) 中(如：定時采樣、控制等)，從而完成所需處理的事件。需要注意的是，任務(wù)處理的時間不能大于周期間隔時間。另外，在定時器使用完畢后， 應(yīng)及時調(diào)用timeKillEvent()將之釋放。
　　方式七：對于精確度要求更高的定時操作，則應(yīng)該使用QueryPerformanceFrequency()和 QueryPerformanceCounter()函數(shù)。這兩個函數(shù)是VC提供的僅供Windows 95及其后續(xù)版本使用的精確時間函數(shù)，并要求計算機從硬件上支持精確定時器。如示例工程中的Timer7、Timer7_1、Timer7_2、Timer7_3。
QueryPerformanceFrequency()函數(shù)和QueryPerformanceCounter()函數(shù)的原型如下：

BOOL  QueryPerformanceFrequency(LARGE_INTEGER ＊lpFrequency);
BOOL  QueryPerformanceCounter(LARGE_INTEGER ＊lpCount);

　　數(shù)據(jù)類型ARGE_INTEGER既可以是一個8字節(jié)長的整型數(shù)，也可以是兩個4字節(jié)長的整型數(shù)的聯(lián)合結(jié)構(gòu)， 其具體用法根據(jù)編譯器是否支持64位而定。該類型的定義如下：

typedef union _LARGE_INTEGER
{
struct
{
DWORD LowPart ;// 4字節(jié)整型數(shù)
LONG  HighPart;// 4字節(jié)整型數(shù)
};
LONGLONG QuadPart ;// 8字節(jié)整型數(shù)
}LARGE_INTEGER ;

　　在進行定時之前，先調(diào)用QueryPerformanceFrequency()函數(shù)獲得機器內(nèi)部定時器的時鐘頻率， 然后在需要嚴(yán)格定時的事件發(fā)生之前和發(fā)生之后分別調(diào)用QueryPerformanceCounter()函數(shù)，利用兩次獲得的計數(shù)之差及時鐘頻率，計算出事件經(jīng) 歷的精確時間。下列代碼實現(xiàn)1ms的精確定時：

LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 獲得計數(shù)器的時鐘頻率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 獲得初始值
do
{
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//獲得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 獲得對應(yīng)的時間值，單位為秒
}while(dfTim<0.001);

　　其定時誤差不超過1微秒，精度與CPU等機器配置有關(guān)。 下面的程序用來測試函數(shù)Sleep(100)的精確持續(xù)時間：

LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 獲得計數(shù)器的時鐘頻率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 獲得初始值
Sleep(100);
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//獲得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 獲得對應(yīng)的時間值，單位為秒     

　　由于Sleep()函數(shù)自身的誤差，上述程序每次執(zhí)行的結(jié)果都會有微小誤差。下列代碼實現(xiàn)1微秒的精確定時：

LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 獲得計數(shù)器的時鐘頻率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 獲得初始值
do
{
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//獲得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 獲得對應(yīng)的時間值，單位為秒
}while(dfTim<0.000001);

其定時誤差一般不超過0.5微秒，精度與CPU等機器配置有關(guān)。

示例工程下載

posted @ 2007-04-20 21:03 榕樹藤 閱讀(711) | 評論 (1) | 編輯 收藏

STL實踐指南

介紹
這是一篇指導(dǎo)您如何在Microsoft Visual Studio下學(xué)習(xí)STL并進行實踐的文章。這篇文章從STL的基礎(chǔ)知識講起，循序漸進，逐步深入，涉及到了STL編寫代碼的方法、STL代碼的編譯和調(diào)試、命名空間（namespace）、STL中的ANSI / ISO字符串、各種不同類型的容器（container）、模板（template）、游標(biāo)（Iterator）、算法（Algorithms）、分配器（Allocator）、容器的嵌套等方面的問題，作者在這篇文章中對讀者提出了一些建議，并指出了使用STL時應(yīng)該注意的問題。這篇文章覆蓋面廣，視角全面。不僅僅適合初學(xué)者學(xué)習(xí)STL，更是廣大讀者使用STL編程的實踐指南。

這是一篇指導(dǎo)您如何在Microsoft Visual Studio下學(xué)習(xí)STL并進行實踐的文章。這篇文章從STL的基礎(chǔ)知識講起，循序漸進，逐步深入，涉及到了STL編寫代碼的方法、STL代碼的編譯和調(diào)試、命名空間（namespace）、STL中的ANSI / ISO字符串、各種不同類型的容器（container）、模板（template）、游標(biāo)（Iterator）、算法（Algorithms）、分配器（Allocator）、容器的嵌套等方面的問題，作者在這篇文章中對讀者提出了一些建議，并指出了使用STL時應(yīng)該注意的問題。這篇文章覆蓋面廣，視角全面。不僅僅適合初學(xué)者學(xué)習(xí)STL，更是廣大讀者使用STL編程的實踐指南。

STL簡介

STL (標(biāo)準(zhǔn)模版庫，Standard Template Library)是當(dāng)今每個從事C++編程的人需要掌握的一項不錯的技術(shù)。我覺得每一個初學(xué)STL的人應(yīng)該花費一段時間來熟悉它，比如，學(xué)習(xí)STL時會有急劇升降的學(xué)習(xí)曲線，并且有一些命名是不太容易憑直覺就能夠記住的（也許是好記的名字已經(jīng)被用光了），然而如果一旦你掌握了STL，你就不會覺得頭痛了。和MFC相比，STL更加復(fù)雜和強大。
STL有以下的一些優(yōu)點：

可以方便容易地實現(xiàn)搜索數(shù)據(jù)或?qū)?shù)據(jù)排序等一系列的算法；

調(diào)試程序時更加安全和方便；

即使是人們用STL在UNIX平臺下寫的代碼你也可以很容易地理解（因為STL是跨平臺的）。

背景知識

寫這一部分是讓一些初學(xué)計算機的讀者在富有挑戰(zhàn)性的計算機科學(xué)領(lǐng)域有一個良好的開端，而不必費力地了解那無窮無盡的行話術(shù)語和沉悶的規(guī)則，在這里僅僅把那些行話和規(guī)則當(dāng)作STLer們用于自娛的創(chuàng)造品吧。

使用代碼
本文使用的代碼在STL實踐中主要具有指導(dǎo)意義。

一些基礎(chǔ)概念的定義

模板（Template）——類（以及結(jié)構(gòu)等各種數(shù)據(jù)類型和函數(shù)）的宏（macro）。有時叫做甜餅切割機（cookie cutter），正規(guī)的名稱應(yīng)叫做范型（generic）——一個類的模板叫做范型類（generic class），而一個函數(shù)的模板也自然而然地被叫做范型函數(shù)（generic function）。
STL——標(biāo)準(zhǔn)模板庫，一些聰明人寫的一些模板，現(xiàn)在已成為每個人所使用的標(biāo)準(zhǔn)C++語言中的一部分。
容器（Container）——可容納一些數(shù)據(jù)的模板類。STL中有vector，set，map，multimap和deque等容器。
向量（Vector）——基本數(shù)組模板，這是一個容器。
游標(biāo)（Iterator）——這是一個奇特的東西，它是一個指針，用來指向STL容器中的元素，也可以指向其它的元素。

Hello World程序

我愿意在我的黃金時間在這里寫下我的程序：一個hello world程序。這個程序?qū)⒁粋€字符串傳送到一個字符向量中，然后每次顯示向量中的一個字符。向量就像是盛放變長數(shù)組的花園，大約所有STL容器中有一半是基于向量的，如果你掌握了這個程序，你便差不多掌握了整個STL的一半了。


//程序：vector演示一
//目的：理解STL中的向量

// #include "stdafx.h" -如果你使用預(yù)編譯的頭文件就包含這個頭文件
#include <vector>  // STL向量的頭文件。這里沒有".h"。
#include <iostream>  // 包含cout對象的頭文件。
using namespace std;  //保證在程序中可以使用std命名空間中的成員。

char* szHW = "Hello World";  
//這是一個字符數(shù)組，以”\0”結(jié)束。

int main(int argc, char* argv[])
{
  vector <char> vec;  //聲明一個字符向量vector (STL中的數(shù)組)

  //為字符數(shù)組定義一個游標(biāo)iterator。
  vector <char>::iterator vi;

  //初始化字符向量，對整個字符串進行循環(huán)，
  //用來把數(shù)據(jù)填放到字符向量中，直到遇到”\0”時結(jié)束。
  char* cptr = szHW;  // 將一個指針指向“Hello World”字符串
  while (*cptr != '\0')
  {  vec.push_back(*cptr);  cptr++;  }
  // push_back函數(shù)將數(shù)據(jù)放在向量的尾部。

  // 將向量中的字符一個個地顯示在控制臺
  for (vi=vec.begin(); vi!=vec.end(); vi++)  
  // 這是STL循環(huán)的規(guī)范化的開始——通常是 "!=" ， 而不是 "<"
  // 因為"<" 在一些容器中沒有定義。
  // begin()返回向量起始元素的游標(biāo)（iterator），end()返回向量末尾元素的游標(biāo)（iterator）。
  {  cout << *vi;  }  // 使用運算符 “*” 將數(shù)據(jù)從游標(biāo)指針中提取出來。
  cout << endl;  // 換行

  return 0;
}


push_back是將數(shù)據(jù)放入vector（向量）或deque（雙端隊列）的標(biāo)準(zhǔn)函數(shù)。Insert是一個與之類似的函數(shù)，然而它在所有容器中都可以使用，但是用法更加復(fù)雜。end()實際上是取末尾加一（取容器中末尾的前一個元素），以便讓循環(huán)正確運行——它返回的指針指向最靠近數(shù)組界限的數(shù)據(jù)。就像普通循環(huán)中的數(shù)組，比如for (i=0; i<6; i++) {ar[i] = i;} ——ar[6]是不存在的，在循環(huán)中不會達(dá)到這個元素，所以在循環(huán)中不會出現(xiàn)問題。

STL的煩惱之一——初始化

STL令人煩惱的地方是在它初始化的時候。STL中容器的初始化比C/C++數(shù)組初始化要麻煩的多。你只能一個元素一個元素地來，或者先初始化一個普通數(shù)組再通過轉(zhuǎn)化填放到容器中。我認(rèn)為人們通常可以這樣做：


//程序：初始化演示
//目的：為了說明STL中的向量是怎樣初始化的。

#include <cstring>  // <cstring>和<string.h>相同
#include <vector>
using namespace std;

int ar[10] = {  12, 45, 234, 64, 12, 35, 63, 23, 12, 55  };
char* str = "Hello World";

int main(int argc, char* argv[])
{
  vector <int> vec1(ar, ar+10);
  vector <char> vec2(str, str+strlen(str));
  return 0;
}



在編程中，有很多種方法來完成同樣的工作。另一種填充向量的方法是用更加熟悉的方括號，比如下面的程序：

//程序：vector演示二
//目的：理解帶有數(shù)組下標(biāo)和方括號的STL向量

#include <cstring>
#include <vector>
#include <iostream>
using namespace std;

char* szHW = "Hello World";
int main(int argc, char* argv[])
{
  vector <char> vec(strlen(sHW)); //為向量分配內(nèi)存空間
  int i, k = 0;
  char* cptr = szHW;
  while (*cptr != '\0')
  {  vec[k] = *cptr;  cptr++;  k++;  }
  for (i=0; i<vec.size(); i++)
  {  cout << vec[i];  }
  cout << endl;
  return 0;
}


這個例子更加清晰，但是對游標(biāo)（iterator）的操作少了，并且定義了額外的整形數(shù)作為下標(biāo)，而且，你必須清楚地在程序中說明為向量分配多少內(nèi)存空間。

命名空間（Namespace）

與STL相關(guān)的概念是命名空間（namespace）。STL定義在std命名空間中。有3種方法聲明使用的命名空間：

1．用using關(guān)鍵字使用這個命名空間，在文件的頂部，但在聲明的頭文件下面加入：
using namespace std;
這對單個工程來說是最簡單也是最好的方法，這個方法可以把你的代碼限定在std命名空間中。

2．使用每一個模板前對每一個要使用的對象進行聲明（就像原形化）：
using std::cout;
using std::endl;
using std::flush;
using std::set;
using std::inserter;
盡管這樣寫有些冗長，但可以對記憶使用的函數(shù)比較有利，并且你可以容易地聲明并使用其他命名空間中的成員。

3．在每一次使用std命名空間中的模版時，使用std域標(biāo)識符。比如：
typedef std::vector VEC_STR;
這種方法雖然寫起來比較冗長，但是是在混合使用多個命名空間時的最好方法。一些STL的狂熱者一直使用這種方法，并且把不使用這種方法的人視為異類。一些人會通過這種方法建立一些宏來簡化問題。

除此之外，你可以把using namespace std加入到任何域中，比如可以加入到函數(shù)的頭部或一個控制循環(huán)體中。

一些建議

為了避免在調(diào)試模式（debug mode）出現(xiàn)惱人的警告，使用下面的編譯器命令：

#pragma warning(disable: 4786)

另一條需要注意的是，你必須確保在兩個尖括號之間或尖括號和名字之間用空格隔開，因為是為了避免同“>>”移位運算符混淆。比如
vector <list<int>> veclis;
這樣寫會報錯，而這樣寫：
vector <list <int> > veclis;
就可以避免錯誤。

                                STL實踐指南（中）

STL實踐指南  Practical Guide to STL
作者：Jeff Bogan
翻譯：周翔


（接上篇）

另一種容器——集合（set）

這是微軟幫助文檔中對集合（set）的解釋：“描述了一個控制變長元素序列的對象（注：set中的key和value是Key類型的，而map中的key和value是一個pair結(jié)構(gòu)中的兩個分量）的模板類，每一個元素包含了一個排序鍵（sort key）和一個值(value)。對這個序列可以進行查找、插入、刪除序列中的任意一個元素，而完成這些操作的時間同這個序列中元素個數(shù)的對數(shù)成比例關(guān)系，并且當(dāng)游標(biāo)指向一個已刪除的元素時，刪除操作無效。”
而一個經(jīng)過更正的和更加實際的定義應(yīng)該是：一個集合（set）是一個容器，它其中所包含的元素的值是唯一的。這在收集一個數(shù)據(jù)的具體值的時候是有用的。集合中的元素按一定的順序排列，并被作為集合中的實例。如果你需要一個鍵/值對（pair）來存儲數(shù)據(jù)，map是一個更好的選擇。一個集合通過一個鏈表來組織，在插入操作和刪除操作上比向量（vector）快，但查找或添加末尾的元素時會有些慢。
下面是一個例子：

//程序：set演示
//目的：理解STL中的集合（set）

#include <string>
#include <set>
#include <iostream>
using namespace std;

int main(int argc, char* argv[])
{
  set <string> strset;
  set <string>::iterator si;
  strset.insert("cantaloupes");
  strset.insert("apple");
  strset.insert("orange");
  strset.insert("banana");
  strset.insert("grapes");
  strset.insert("grapes");  
  for (si=strset.begin(); si!=strset.end(); si++)  
  {  cout << *si << " ";  }
  cout << endl;
  return 0;
}

// 輸出： apple banana cantaloupes grapes orange
//注意：輸出的集合中的元素是按字母大小順序排列的，而且每個值都不重復(fù)。


如果你感興趣的話，你可以將輸出循環(huán)用下面的代碼替換：

copy(strset.begin(), strset.end(), ostream_iterator<string>(cout, " "));

.集合（set）雖然更強大，但我個人認(rèn)為它有些不清晰的地方而且更容易出錯，如果你明白了這一點，你會知道用集合（set）可以做什么。

所有的STL容器

容器（Container）的概念的出現(xiàn)早于模板（template），它原本是一個計算機科學(xué)領(lǐng)域中的一個重要概念，但在這里，它的概念和STL混合在一起了。下面是在STL中出現(xiàn)的7種容器：

vector（向量）——STL中標(biāo)準(zhǔn)而安全的數(shù)組。只能在vector 的“前面”增加數(shù)據(jù)。
deque（雙端隊列double-ended queue）——在功能上和vector相似，但是可以在前后兩端向其中添加數(shù)據(jù)。
list（列表）——游標(biāo)一次只可以移動一步。如果你對鏈表已經(jīng)很熟悉，那么STL中的list則是一個雙向鏈表（每個節(jié)點有指向前驅(qū)和指向后繼的兩個指針）。
set（集合）——包含了經(jīng)過排序了的數(shù)據(jù)，這些數(shù)據(jù)的值(value)必須是唯一的。
map（映射）——經(jīng)過排序了的二元組的集合，map中的每個元素都是由兩個值組成，其中的key（鍵值，一個map中的鍵值必須是唯一的）是在排序或搜索時使用，它的值可以在容器中重新獲取；而另一個值是該元素關(guān)聯(lián)的數(shù)值。比如，除了可以ar[43] = "overripe"這樣找到一個數(shù)據(jù)，map還可以通過ar["banana"] = "overripe"這樣的方法找到一個數(shù)據(jù)。如果你想獲得其中的元素信息，通過輸入元素的全名就可以輕松實現(xiàn)。
multiset（多重集）——和集合（set）相似，然而其中的值不要求必須是唯一的（即可以有重復(fù)）。
multimap（多重映射）——和映射（map）相似，然而其中的鍵值不要求必須是唯一的（即可以有重復(fù)）。
注意：如果你閱讀微軟的幫助文檔，你會遇到對每種容器的效率的陳述。比如：log(n*n)的插入時間。除非你要處理大量的數(shù)據(jù)，否則這些時間的影響是可以忽略的。如果你發(fā)現(xiàn)你的程序有明顯的滯后感或者需要處理時間攸關(guān)（time critical）的事情，你可以去了解更多有關(guān)各種容器運行效率的話題。

怎樣在一個map中使用類？

Map是一個通過key（鍵）來獲得value(值)的模板類。
另一個問題是你希望在map中使用自己的類而不是已有的數(shù)據(jù)類型，比如現(xiàn)在已經(jīng)用過的int。建立一個“為模板準(zhǔn)備的（template-ready）”類，你必須確保在該類中包含一些成員函數(shù)和重載操作符。下面的一些成員是必須的：

缺省的構(gòu)造函數(shù)（通常為空）

拷貝構(gòu)造函數(shù)

重載的”=”運算符

你應(yīng)該重載盡可能多的運算符來滿足特定模板的需要，比如，如果你想定義一個類作為 map中的鍵（key），你必須重載相關(guān)的運算符。但在這里不對重載運算符做過多討論了。

//程序：映射自定義的類。
//目的：說明在map中怎樣使用自定義的類。

#include <string>
#include <iostream>
#include <vector>
#include <map>
using namespace std;

class CStudent
{
public :
  int nStudentID;
  int nAge;
public :
  //缺省構(gòu)造函數(shù)——通常為空
  CStudent()  {  }
  // 完整的構(gòu)造函數(shù)
  CStudent(int nSID, int nA)  {  nStudentID=nSID; nAge=nA;  }
  //拷貝構(gòu)造函數(shù)
  CStudent(const CStudent& ob)  
    {  nStudentID=ob.nStudentID; nAge=ob.nAge;  }
  // 重載“=”
  void operator = (const CStudent& ob)  
    {  nStudentID=ob.nStudentID; nAge=ob.nAge;  }
};

int main(int argc, char* argv[])
{
  map <string, CStudent> mapStudent;

  mapStudent["Joe Lennon"] = CStudent(103547, 22);
  mapStudent["Phil McCartney"] = CStudent(100723, 22);
  mapStudent["Raoul Starr"] = CStudent(107350, 24);
  mapStudent["Gordon Hamilton"] = CStudent(102330, 22);

  // 通過姓名來訪問Cstudent類中的成員
  cout << "The Student number for Joe Lennon is " <<
    (mapStudent["Joe Lennon"].nStudentID) << endl;

  return 0;
}



TYPEDEF

如果你喜歡使用typedef關(guān)鍵字，下面是個例子：
typedef set <int> SET_INT;
typedef SET_INT::iterator SET_INT_ITER


編寫代碼的一個習(xí)慣就是使用大寫字母和下劃線來命名數(shù)據(jù)類型。

ANSI / ISO字符串

ANSI/ISO字符串在STL容器中使用得很普遍。這是標(biāo)準(zhǔn)的字符串類，并得到了廣泛地提倡，然而在缺乏格式聲明的情況下就會出問題。你必須使用“<<”和輸入輸出流（iostream）代碼（如dec, width等）將字符串串聯(lián)起來。
可在必要的時候使用c_str()來重新獲得字符指針。
        
                
                                STL實踐指南（下）
STL實踐指南  Practical Guide to STL
作者：Jeff Bogan
翻譯：周翔


（接中篇）

游標(biāo)（Iterator）

我說過游標(biāo)是指針，但不僅僅是指針。游標(biāo)和指針很像，功能很像指針，但是實際上，游標(biāo)是通過重載一元的”*”和”->”來從容器中間接地返回一個值。將這些值存儲在容器中并不是一個好主意，因為每當(dāng)一個新值添加到容器中或者有一個值從容器中刪除，這些值就會失效。在某種程度上，游標(biāo)可以看作是句柄（handle）。通常情況下游標(biāo)（iterator）的類型可以有所變化，這樣容器也會有幾種不同方式的轉(zhuǎn)變：
iterator——對于除了vector以外的其他任何容器，你可以通過這種游標(biāo)在一次操作中在容器中朝向前的方向走一步。這意味著對于這種游標(biāo)你只能使用“++”操作符。而不能使用“--”或“+=”操作符。而對于vector這一種容器，你可以使用“+=”、“—”、“++”、“-=”中的任何一種操作符和“<”、“<=”、“>”、“>=”、“==”、“!=”等比較運算符。
reverse_iterator ——如果你想用向后的方向而不是向前的方向的游標(biāo)來遍歷除vector之外的容器中的元素，你可以使用reverse_iterator 來反轉(zhuǎn)遍歷的方向，你還可以用rbegin()來代替begin()，用rend()代替end()，而此時的“++”操作符會朝向后的方向遍歷。
const_iterator ——一個向前方向的游標(biāo)，它返回一個常數(shù)值。你可以使用這種類型的游標(biāo)來指向一個只讀的值。
const_reverse_iterator ——一個朝反方向遍歷的游標(biāo)，它返回一個常數(shù)值。

Set和Map中的排序

除了類型和值外，模板含有其他的參數(shù)。你可以傳遞一個回調(diào)函數(shù)（通常所說的聲明“predicate”——這是帶有一個參數(shù)的函數(shù)返回一個布爾值）。例如，如果你想自動建立一個集合，集合中的元素按升序排列，你可以用簡明的方法建立一個set類：

set <int, greater<int> > set1

greater 是另一個模板函數(shù)（范型函數(shù)），當(dāng)值放置在容器中后，它用來為這些值排序。如果你想按降序排列這些值，你可以這樣寫：

set <int, less<int> > set1

在實現(xiàn)算法時，將聲明（predicate）作為一個參數(shù)傳遞到一個STL模板類中時會遇到很多的其他情況，下面將會對這些情況進行詳細(xì)描述。

STL 的煩惱之二——錯誤信息

這些模板的命名需要對編譯器進行擴充，所以當(dāng)編譯器因某種原因發(fā)生故障時，它會列出一段很長的錯誤信息，并且這些錯誤信息晦澀難懂。我覺得處理這樣的難題沒有什么好辦法。但最好的方法是去查找并仔細(xì)研究錯誤信息指明代碼段的尾端。還有一個煩惱就是：當(dāng)你雙擊錯誤信息時，它會將錯誤指向模版庫的內(nèi)部代碼，而這些代碼就更難讀了。一般情況下，糾錯的最好方法是重新檢查一下你的代碼，運行時忽略所有的警告信息。

算法（Algorithms）

算法是模板中使用的函數(shù)。這才真正開始體現(xiàn)STL的強大之處。你可以學(xué)習(xí)一些大多數(shù)模板容器中都會用到的一些算法函數(shù)，這樣你可以通過最簡便的方式進行排序、查找、交換等操作。STL中包含著一系列實現(xiàn)算法的函數(shù)。比如：sort(vec.begin()+1, vec.end()-1)可以實現(xiàn)對除第一個和最后一個元素的其他元素的排序操作。
容器自身不能使用算法，但兩個容器中的游標(biāo)可以限定容器中使用算法的元素。既然這樣，算法不直接受到容器的限制，而是通過采用游標(biāo)，算法才能夠得到支持。此外，很多次你會遇到傳遞一個已經(jīng)準(zhǔn)備好了的函數(shù)（以前提到的聲明：predicate）作為參數(shù)，你也可以傳遞以前的舊值。
下面的例子演示了怎樣使用算法：

//程序：測試分?jǐn)?shù)統(tǒng)計
//目的：通過對向量中保存的分?jǐn)?shù)的操作說明怎樣使用算法

#include <algorithm>  //如果要使用算法函數(shù)，你必須要包含這個頭文件。
#include <numeric>  // 包含accumulate（求和）函數(shù)的頭文件
#include <vector>
#include <iostream>
using namespace std;

int testscore[] = {67, 56, 24, 78, 99, 87, 56};

//判斷一個成績是否通過了考試
bool passed_test(int n)
{
  return (n >= 60);
}

// 判斷一個成績是否不及格
bool failed_test(int n)
{
  return (n < 60);
}

int main(int argc, char* argv[])
{
  int total;
  // 初始化向量，使之能夠裝入testscore數(shù)組中的元素
  vector <int> vecTestScore(testscore,
     testscore + sizeof(testscore) / sizeof(int));
  vector <int>::iterator vi;

  // 排序并顯示向量中的數(shù)據(jù)
  sort(vecTestScore.begin(), vecTestScore.end());
  cout << "Sorted Test Scores:" << endl;
  for (vi=vecTestScore.begin(); vi != vecTestScore.end(); vi++)
  {  cout << *vi << ", ";  }
  cout << endl;

  // 顯示統(tǒng)計信息

  // min_element 返回一個 _iterator_ 類型的對象，該對象指向值最小的那個元素。
  //“*”運算符提取元素中的值。
  vi = min_element(vecTestScore.begin(), vecTestScore.end());
  cout << "The lowest score was " << *vi << "." << endl;

  //與min_element類似，max_element是選出最大值。
  vi = max_element(vecTestScore.begin(), vecTestScore.end());
  cout << "The highest score was " << *vi << "." << endl;

  // 使用聲明函數(shù)（predicate function，指vecTestScore.begin()和vecTestScore.end()）來確定通過考試的人數(shù)。
  cout << count_if(vecTestScore.begin(), vecTestScore.end(), passed_test) <<
    " out of " << vecTestScore.size() <<
    " students passed the test" << endl;

  // 確定有多少人考試掛了
  cout << count_if(vecTestScore.begin(),
    vecTestScore.end(), failed_test) <<
    " out of " << vecTestScore.size() <<
    " students failed the test" << endl;

  //計算成績總和
  total = accumulate(vecTestScore.begin(),
     vecTestScore.end(), 0);
  // 計算顯示平均成績
  cout << "Average score was " <<
    (total / (int)(vecTestScore.size())) << endl;

  return 0;
}


Allocator（分配器）

Allocator用在模板的初始化階段，是為對象和數(shù)組進行分配內(nèi)存空間和釋放空間操作的模板類。它在各種情況下扮演著很神秘的角色，它關(guān)心的是高層內(nèi)存的優(yōu)化，而且對黑盒測試來說，使用Allocator是最好的選擇。通常，我們不需要明確指明它，因為它們通常是作為不用添加的缺省的參數(shù)出現(xiàn)的。如果在專業(yè)的測試工作中出現(xiàn)了Allocator，你最好搞清楚它是什么。

Embed Templates（嵌入式模版）和Derive Templates（基模板）

每當(dāng)你使用一個普通的類的時候，你也可以在其中使用一個STL類。它是可以被嵌入的：

class CParam
{
  string name;
  string unit;
  vector <double> vecData;
};


或者將它作為一個基類：

class CParam : public vector <double>
{
  string name;
  string unit;
};


STL模版類作為基類時需要謹(jǐn)慎。這需要你適應(yīng)這種編程方式。

模版中的模版

為構(gòu)建一個復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，你可以將一個模板植入另一個模板中（即“模版嵌套”）。一般最好的方法是在程序前面使用typedef關(guān)鍵字來定義一個在另一個模板中使用的模版類型。

// 程序：在向量中嵌入向量的演示。
//目的：說明怎樣使用嵌套的STL容器。

#include <iostream>
#include <vector>

using namespace std;

typedef vector <int> VEC_INT;

int inp[2][2] = {{1, 1}, {2, 0}};  
  // 要放入模板中的2x2的正則數(shù)組

int main(int argc, char* argv[])
{
  int i, j;
  vector <VEC_INT> vecvec;
  // 如果你想用一句話實現(xiàn)這樣的嵌套，你可以這樣寫：
  // vector <vector <int> > vecvec;
  
  // 將數(shù)組填入向量
  VEC_INT v0(inp[0], inp[0]+2);  
    // 傳遞兩個指針
    // 將數(shù)組中的值拷貝到向量中
  VEC_INT v1(inp[1], inp[1]+2);

  vecvec.push_back(v0);
  vecvec.push_back(v1);

  for (i=0; i<2; i++)
  {
    for (j=0; j<2; j++)
    {
      cout << vecvec[i][j] << "  ";
    }
    cout << endl;
  }
  return 0;
}

// 輸出：
// 1 1
// 2 0


雖然在初始化時很麻煩，一旦你將數(shù)據(jù)填如向量中，你就實現(xiàn)了一個變長的可擴充的二維數(shù)組（大小可擴充直到使用完內(nèi)存）。根據(jù)實際需要，可以使用各種容器的嵌套組合。

總結(jié)

STL是有用的，但是使用過程中的困難和麻煩是再所難免的。就像中國人所說的：“如果你掌握了它，便猶如虎添翼。”


由于CSDN的文章編輯器可能將"<"和">"之間的部分作為html標(biāo)簽過濾掉了，現(xiàn)貼出正確的“測試分?jǐn)?shù)統(tǒng)計”程序如下：

//程序：測試分?jǐn)?shù)統(tǒng)計
//目的：通過對向量中保存的分?jǐn)?shù)的操作說明怎樣使用算法

#include <algorithm> //如果要使用算法函數(shù)，你必須要包含這個頭文件。
#include <numeric> // 包含accumulate（求和）函數(shù)的頭文件
#include <vector>
#include <iostream>
using namespace std;

int testscore[] = {67, 56, 24, 78, 99, 87, 56};

//判斷一個成績是否通過了考試
bool passed_test(int n)
{
return (n >= 60);
}

// 判斷一個成績是否不及格
bool failed_test(int n)
{
return (n < 60);
}

int main(int argc, char* argv[])
{
int total;
// 初始化向量，使之能夠裝入testscore數(shù)組中的元素
vector <int> vecTestScore(testscore,
testscore + sizeof(testscore) / sizeof(int));
vector <int>::iterator vi;

// 排序并顯示向量中的數(shù)據(jù)
sort(vecTestScore.begin(), vecTestScore.end());
cout << "Sorted Test Scores:" << endl;
for (vi=vecTestScore.begin(); vi != vecTestScore.end(); vi++)
{ cout << *vi << ", "; }
cout << endl;

// 顯示統(tǒng)計信息

// min_element 返回一個 _iterator_ 類型的對象，該對象指向值最小的那個元素。
//“*”運算符提取元素中的值。
vi = min_element(vecTestScore.begin(), vecTestScore.end());
cout << "The lowest score was " << *vi << "." << endl;

//與min_element類似，max_element是選出最大值。
vi = max_element(vecTestScore.begin(), vecTestScore.end());
cout << "The highest score was " << *vi << "." << endl;

// 使用聲明函數(shù)（predicate function，指vecTestScore.begin()和vecTestScore.end()）來確定通過考試的人數(shù)。
cout << count_if(vecTestScore.begin(), vecTestScore.end(), passed_test) <<
" out of " << vecTestScore.size() <<
" students passed the test" << endl;

// 確定有多少人考試掛了
cout << count_if(vecTestScore.begin(),
vecTestScore.end(), failed_test) <<
" out of " << vecTestScore.size() <<
" students failed the test" << endl;

//計算成績總和
total = accumulate(vecTestScore.begin(),
vecTestScore.end(), 0);
// 計算顯示平均成績
cout << "Average score was " <<
(total / (int)(vecTestScore.size())) << endl;

return 0;
}

posted @ 2007-04-20 08:18 榕樹藤 閱讀(1473) | 評論 (0) | 編輯 收藏

使用VC6.0實現(xiàn)窗口的任意分割

一、關(guān)于CSplitterWnd類
 我們在使用CuteFtp或者NetAnt等工具的時候，一般都會被其復(fù)雜的界面所吸引，在這些界面中窗口被分割為若干的區(qū)域，真正做到了窗口的任意分割。 那么我們自己如何創(chuàng)建類似的界面，也實現(xiàn)窗口的任意的分割呢 ？在VC6.0中這就需要使用到CSplitterWnd類。CSplitterWnd看上去像是一種特殊的框架窗口，每個窗口都被相同的或者不同的視圖所填充。當(dāng)窗口被切分后用戶可以使用鼠標(biāo)移動切分條來調(diào)整窗口的相對尺寸。雖然VC6.0支持從AppWizard中創(chuàng)建分割窗口，但是自動加入的分割條總是不能讓我們滿意，因此我們還是通過手工增加代碼來熟悉這個類。
 CSplitterWnd的構(gòu)造函數(shù)主要包括下面三個。
BOOL Create(CWnd* pParentWnd,int nMaxRows,int nMaxCols,SIZE sizeMin,CCreateContext* pContext,DWORD dwStyle,UINT nID);
    功能描述：該函數(shù)用來創(chuàng)建動態(tài)切分窗口。
    參數(shù)含義：pParentWnd 切分窗口的父框架窗口。
    nMaxRows,nMaxCols是創(chuàng)建的最大的列數(shù)和行數(shù)。
    sizeMin是窗格的現(xiàn)實大小。
    pContext 大多數(shù)情況下傳給父窗口。
    nID是字窗口的ID號.
  BOOL CreateStatic(CWnd* pParentWnd,int nRows,int nCols,DWORD dwStyle,UINT nID)
  功能描述：用來創(chuàng)建切分窗口。
  參數(shù)含義同上。
BOOL CreateView (int row,int col,CruntimeClass* pViewClass,SIZE sizeinit,CcreateContext* pContext);
  功能描述：為靜態(tài)切分的窗口的網(wǎng)格填充視圖。在將視圖于切分窗口聯(lián)系在一起的時候必 須先將切分窗口創(chuàng)建好。
  參數(shù)含義：同上。
  從CSplitterWnd源程序可以看出不管是使用動態(tài)創(chuàng)建Create還是使用靜態(tài)創(chuàng)建CreateStatic，在函數(shù)中都調(diào)用了一個保護函數(shù)CreateCommon，從下面的CreateCommon函數(shù)中的關(guān)鍵代碼可以看出創(chuàng)建CSplitterWnd的實質(zhì)是創(chuàng)建了一系列的MDI子窗口。
    DWORD dwCreateStyle = dwStyle & ~(WS_HSCROLL|WS_VSCROLL);
    if (afxData.bWin4)
       dwCreateStyle &= ~WS_BORDER; // create with the same wnd-class as MDI-Frame (no erase bkgnd)
    if (!CreateEx(0, _afxWndMDIFrame, NULL, dwCreateStyle, 0, 0, 0, 0,pParentWnd->m_hWnd, (HMENU)nID, NULL))
      return FALSE; // create invisible

二、創(chuàng)建嵌套分割窗口
  2.1創(chuàng)建動態(tài)分割窗口
  動態(tài)分割窗口使用Create方法。下面的代碼將創(chuàng)建2x2的窗格。
  m_wndSplitter.Create(this,2,2,CSize(100,100),pContext);
  但是動態(tài)創(chuàng)建的分割窗口的窗格數(shù)目不能超過2x2，而且對于所有的窗格，都必須共享同一個視圖，所受的限制也比較多，因此我們不將動態(tài)創(chuàng)建作為重點。我們的主要精力放在靜態(tài)分割窗口的創(chuàng)建上。
  2.2創(chuàng)建靜態(tài)分割窗口
與動態(tài)創(chuàng)建相比，靜態(tài)創(chuàng)建的代碼要簡單許多，而且可以最多創(chuàng)建16x16的窗格。不同的窗格我們可以使用CreateView填充不同的視圖。
在這里我們將創(chuàng)建CuteFtp的窗口分割。CuteFtp的分割情況如下：

  創(chuàng)建步驟：
  ▲ 在創(chuàng)建之前我們必須先用AppWizard生成單文檔CuteFTP，生成的視類為 CCuteFTPView.同時在增加三個視類或者從視類繼承而來的派生類CView2,CView3 CView4.
  ▲ 增加成員：
  在Cmainfrm.h中我們將增加下面的代碼：
  CSplitterWnd wndSplitter1;
  CSplitterWnd wndSplitter2;
  ▲ 重載CMainFrame::OnCreateClient()函數(shù)：
  BOOL CMainFrame::OnCreateClient( LPCREATESTRUCT /*lpcs*/, CCreateContext* pContext)
  { //創(chuàng)建一個靜態(tài)分欄窗口，分為三行一列
    if(m_wndSplitter1.CreateStatic(this,3,1)==NULL)
      return FALSE;
    //將CCuteFTPView連接到0行0列窗格上
    m_wndSplitter1.CreateView(0,0,RUNTIME_CLASS(CCuteFTPView),CSize(100,100), pContext);
    m_wndSplitter1.CreateView(2,0,RUNTIME_CLASS(CView4),CSize(100,100),pContext); //將CView4連接到0行2列
    if(m_wndSplitter2.CreateStatic(&m_wndSplitter,1,2,WS_CHILD|WS_VISIBLE, m_wndSplitter.IdFromRowCol(1, 0))==NULL)
      return FALSE; //將第1行0列再分開1行2列
    //將CView2類連接到第二個分欄對象的0行0列
    m_wndSplitter2.CreateView(0,0,RUNTIME_CLASS(CView2),CSize(400,300),pContext); //將CView3類連接到第二個分欄對象的0行1列
    m_wndSplitter2.CreateView(0,1,RUNTIME_CLASS(CView3),CSize(400,300),pContext);
    return TRUE;
  }
2.3實現(xiàn)各個分割區(qū)域的通信
■有文檔相連的視圖之間的通信
由AppWizard生成的CCuteFTPView是與文檔相連的，同時我們也讓CView2與文檔相連，因此我們需要修改CCuteFTPApp的InitInstance()函數(shù)，我們將增加下面的部分。
AddDocTemplate (new CMultiDocTemplate(IDR_VIEW2TYPE,
RUNTIME_CLASS(CMainDoc),
RUNTIME_CLASS(CMDIChildWnd),
RUNTIME_CLASS(CView2)));
我們現(xiàn)在來實現(xiàn)CCuteFTPView與CView2之間的通信。由于跟文檔類相連的視圖類 是不能安全的與除文檔類之外的其余的視圖類通信的。因此我們只能讓他們都與文檔 類通信。在文檔中我們設(shè)置相應(yīng)的指針以用來獲的各個視圖。我們重載 CCuteFTPView::OnOpenDocument()函數(shù)；
CCuteFTPView* pCuteFTPView;
CView2* pView2;
POSITION pos;
CView* pView;
while(pos!=NULL)
{
  pView=GetNextView(pos);
  if(pView->IsKindOf(RUNTIME_CLASS(CCuteFTPView))==NULL)
    pCuteFTPView=(CCuteFTPView*)pView;
  else(pView->IsKindOf(RUNTIME_CLASS(CCuteFTPView))==NULL)
    pView2=(CView2*)pView;
}
這樣我們在文檔類中就獲的了跟它相連的所有的視圖的指針。
如果需要在 CCuteFTPView中調(diào)用CView2中的一個方法DoIt()則代碼如下：
CCuteFTPDoc* pDoc=GetDocument();
CView2* pView2=pDoc->pView3;
pView3.DoIt();
■無文檔視圖與文檔關(guān)聯(lián)視圖之間的通信
CView3和CView4都是不與文檔相關(guān)聯(lián)的。我們現(xiàn)在實現(xiàn)CView3與CView2的通信.正如前面所說，CView2只能安全的與CCuteFTPDoc通信，因此，CView3如果需要跟CView2通信，也必須借助于文檔類。因此程序的關(guān)鍵是如何在CView3中獲得文檔的指針。視圖類中沒有這樣的類成員可以用來直接訪問文檔類。但是我們知道在主窗口類MainFrame中我們可以獲得程序的任意窗口類的指針。因此我們只要獲得程序主窗口了的指針，就可以解決問題了。代碼實現(xiàn)在CView3中訪問CView2中的DoIt()方法。

CView3中的代碼如下：

CMainFrame* MainFrame=(CMainFrame*)this->GetParent()->GetParent();
CCuteFTPDoc* Doc=(CCuteFTPDoc*)MainFrame->GetActiveDocument();
if(Doc!=NULL) Doc->DoIt();

CCuteFTPDoc中的相應(yīng)的處理函數(shù)DoIt()代碼如下：

CView2* pView2;
POSITION pos;
CView* pView;
while(pos!=NULL)
{
  pView=GetNextView(pos);
  if(pView->IsKindOf(RUNTIME_CLASS(CView2))==NULL)
  pView2=(CView2*)pView;
}
pView2->DoIt();
■無文檔關(guān)聯(lián)視圖之間的通信
CView3和CView4都是不跟文檔相連的，如何實現(xiàn)他們之間的通信呢。 正如我們在上面所說的那樣，由于在主框架中我們可以訪問任意的視圖，因此我們的主要任 務(wù)還是在程序中獲得主框架的指針。在CView3中訪問CView4中的方法DoIt()。
CMainFrame* MainFrame=(CMainFrame*)this->GetParent()->GetParent();
CView4* View4=(CView4*)MainFrame->m_wndSplitter1.GetPane(2,0);
View4->DoIt();

到現(xiàn)在我們已經(jīng)實現(xiàn)了CuteFTP的主窗口的框架并且能夠?qū)崿F(xiàn)他們之間相互通信的框架。 同樣的我們可以實現(xiàn)其他的一些流行界面例如NetAnts，F(xiàn)oxmail的分割。

三、關(guān)于對話框的分割
到目前為止，只有基于文檔/視圖的程序才能使用CSplitterWnd，而基于對話框的應(yīng)用程序卻不支持CSplitterWnd,但是如果我們在繼承類中重載一些虛擬方法，也能使CSplitterWnd 在對話框程序中使用。從MFC的源程序WinSplit.cpp中可以看出，為了獲得父窗口的地方程序都調(diào)用了虛擬方法GetParentFrame(),因此如果在對話框中使用，我們必須將它改為GetParent();因此我們將CSplitterWnd的下面幾個方法重載。
  virtual void StartTracking(int ht);
  virtual CWnd* GetActivePane(int* pRow = NULL, int* pCol = NULL);
  virtual void SetActivePane( int row, int col, CWnd* pWnd = NULL );
  virtual BOOL OnCommand(WPARAM wParam, LPARAM lParam);
  virtual BOOL OnNotify( WPARAM wParam, LPARAM lParam, LRESULT* pResult );
  virtual BOOL OnWndMsg( UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult );
具體實現(xiàn)如下，實現(xiàn)中我將給出原有代碼的主要部分以及修改后的代碼以作對比。
在cpp文件中加入下面的枚舉類型。
enum HitTestValue
{
  noHit = 0,//表示沒有選中任何對象
  vSplitterBox = 1,
  hSplitterBox = 2,
  bothSplitterBox = 3,
  vSplitterBar1 = 101,//代表各個方向的水平分割條
  vSplitterBar15 = 115,
  hSplitterBar1 = 201,//代表垂直方向的各個分割條
  hSplitterBar15 = 215,
  splitterIntersection1 = 301,//代表各個交叉點
  splitterIntersection225 = 525
};

CWnd* CxSplitterWnd::GetActivePane(int* pRow, int* pCol)
{
  ASSERT_VALID(this);
  //獲得當(dāng)前的獲得焦點的窗口
  //下面注釋粗體的是原有的代碼的主要部分。
  // CWnd* pView = NULL;
  //CFrameWnd* pFrameWnd = GetParentFrame();
  //ASSERT_VALID(pFrameWnd);
  //pView = pFrameWnd->GetActiveView();
  //if (pView == NULL)
  // pView = GetFocus();
  CWnd* pView = GetFocus();
  if (pView != NULL && !IsChildPane(pView, pRow, pCol))
    pView = NULL;
  return pView;
}

void CxSplitterWnd::SetActivePane( int row, int col, CWnd* pWnd)
{
  CWnd* pPane = pWnd == NULL ? GetPane(row, col) : pWnd;
  //下面加注釋粗體的是原有代碼的主要部分。
  //FrameWnd* pFrameWnd = GetParentFrame();
  //ASSERT_VALID(pFrameWnd);
  //pFrameWnd->SetActiveView((CView*)pPane);
  pPane->SetFocus();//修改后的語句
}

void CxSplitterWnd::StartTracking(int ht)
{
  ASSERT_VALID(this);
  if (ht == noHit)
    return;
  // GetHitRect will restrict 'm_rectLimit' as appropriate
  GetInsideRect(m_rectLimit);
  if (ht >= splitterIntersection1 && ht <= splitterIntersection225)
  {
    // split two directions (two tracking rectangles)
    int row = (ht - splitterIntersection1) / 15;
    int col = (ht - splitterIntersection1) % 15;
    GetHitRect(row + vSplitterBar1, m_rectTracker);
    int yTrackOffset = m_ptTrackOffset.y;
    m_bTracking2 = TRUE;
    GetHitRect(col + hSplitterBar1, m_rectTracker2);
    m_ptTrackOffset.y = yTrackOffset;
  }
  else if (ht == bothSplitterBox)
  {
  // hit on splitter boxes (for keyboard)
  GetHitRect(vSplitterBox, m_rectTracker);
  int yTrackOffset = m_ptTrackOffset.y;
  m_bTracking2 = TRUE;
  GetHitRect(hSplitterBox, m_rectTracker2);
  m_ptTrackOffset.y = yTrackOffset; // center it
  m_rectTracker.OffsetRect(0, m_rectLimit.Height()/2); m_rectTracker2.OffsetRect(m_rectLimit.Width()/2, 0);
  }
  else
  {
  // only hit one bar
  GetHitRect(ht, m_rectTracker);
  }

//下面加注釋的將從程序中刪去。
//CView* pView = (CView*)GetActivePane();
//if (pView != NULL && pView->IsKindOf(RUNTIME_CLASS(CView)))
//{
// ASSERT_VALID(pView);
// CFrameWnd* pFrameWnd = GetParentFrame();
//ASSERT_VALID(pFrameWnd);
//pView->OnActivateFrame(WA_INACTIVE, pFrameWnd);
// }
// steal focus and capture
  SetCapture();
  SetFocus();
  // make sure no updates are pending
  RedrawWindow(NULL, NULL, RDW_ALLCHILDREN | RDW_UPDATENOW);
  // set tracking state and appropriate cursor
  m_bTracking = TRUE;
  OnInvertTracker(m_rectTracker);
  if (m_bTracking2)
    OnInvertTracker(m_rectTracker2);
  m_htTrack = ht;
  SetSplitCursor(ht);
  }

BOOL CxSplitterWnd::OnCommand(WPARAM wParam, LPARAM lParam)
{
  if (CWnd::OnCommand(wParam, lParam))
    return TRUE;
  //下面粗體的是原程序的語句
//return GetParentFrame()->SendMessage(WM_COMMAND, wParam, lParam);
  return GetParent()->SendMessage(WM_COMMAND, wParam, lParam);
}
BOOL CxSplitterWnd::OnNotify( WPARAM wParam, LPARAM lParam, LRESULT* pResult )
{
  if (CWnd::OnNotify(wParam, lParam, pResult))
    return TRUE;
  //下面粗體的是源程序的語句
  //*pResult = GetParentFrame()->SendMessage(WM_NOTIFY, wParam, lParam);
  *pResult = GetParent()->SendMessage(WM_NOTIFY, wParam, lParam);
  return TRUE;
}

BOOL CxSplitterWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult)
{
  // The code line below is necessary if using CxSplitterWnd in a regular dll
  // AFX_MANAGE_STATE(AfxGetStaticModuleState());
  return CWnd::OnWndMsg(message, wParam, lParam, pResult);
}
這樣我們就可以在對話框中使用CxSplitterWnd類了。

四、CSplitterWnd的擴展
CSplitterWnd擴展話題是很多的，我們可以通過對原有方法的覆蓋或者增加新的方法來擴展CSplitterWnd。我們在此僅舉兩個方面的例子。
4.1鎖定切分條
當(dāng)用戶創(chuàng)建好分割窗口后，有時并不希望通過拖動切分條來調(diào)節(jié)窗口的大小。這時就必須鎖定切分條。鎖定切分條的最簡單的方法莫過于不讓CSplitterWnd來處理WM_LBUTTONDOWN,WM_MOUSEMOVE,WM_SETCURSOR消息，而是將這些消息交給CWnd窗口進行處理，從而屏蔽掉這些消息。拿WM_LBUTTONDOWN處理過程來說。修改為如下：
void CXXSplitterWnd::OnLButtonDown(UINT nFlags,CPoint point)
{
  CWnd::OnLButtonDown(nFlags,point);
}
其余的處理方法類似。
4.2切分條的定制
由Window自己生成的切分條總是固定的，沒有任何的變化，我們在使用一些軟件比如ACDSee的時候卻能發(fā)現(xiàn)它們的切分條卻是和自動生成的切分條不一樣的。那么如何定制自己的切分條呢？通過重載CSplitterWnd的虛方法OnDrawSplitter和OnInvertTracker可以達(dá)到這樣的目的。下面的代碼生成的效果是分割窗口的邊界顏色為紅色，分割條的顏色為綠色.代碼如下：
void CSplitterWndEx::OnDrawSplitter(CDC *pDC, ESplitType nType, const CRect &rectArg)
{
  if(pDC==NULL)
  {
  RedrawWindow(rectArg,NULL,RDW_INVALIDATE|RDW_NOCHILDREN);
  return;
  }
  ASSERT_VALID(pDC);
  CRect rc=rectArg;
  switch(nType)
  {
  case splitBorder:
  //重畫分割窗口邊界,使之為紅色
    pDC->Draw3dRect(rc,RGB(255,0,0),RGB(255,0,0));
    rc.InflateRect(-CX_BORDER,-CY_BORDER);
    pDC->Draw3dRect(rc,RGB(255,0,0),RGB(255,0,0));
    return;
  case splitBox:
    pDC->Draw3dRect(rc,RGB(0,0,0),RGB(0,0,0));
    rc.InflateRect(-CX_BORDER,-CY_BORDER);
    pDC->Draw3dRect(rc,RGB(0,0,0),RGB(0,0,0));
    rc.InflateRect(-CX_BORDER,-CY_BORDER);
    pDC->FillSolidRect(rc,RGB(0,0,0));
    pDC->Draw3dRect(rc,RGB(0,0,0),RGB(0,0,0));
    return;
  case splitBar:
  //重畫分割條，使之為綠色
    pDC->FillSolidRect(rc,RGB(255,255,255));
    rc.InflateRect(-5,-5);
    pDC->Draw3dRect(rc,RGB(255,0,0),RGB(255,0,0));
    return;
  default:
    ASSERT(FALSE);
  }
  pDC->FillSolidRect(rc,RGB(0,0,255));
}
void CSplitterWndEx::OnInvertTracker(CRect &rect)
{
  ASSERT_VALID(this);
  ASSERT(!rect.IsRectEmpty());
  ASSERT((GetStyle()&WS_CLIPCHILDREN)==0);
  CRect rc=rect;
  rc.InflateRect(2,2);
  CDC* pDC=GetDC();
  CBrush* pBrush=CDC::GetHalftoneBrush();
  HBRUSH hOldBrush=NULL;
  if(pBrush!=NULL) hOldBrush=(HBRUSH)SelectObject(pDC->m_hDC,pBrush->m_hObject);
  pDC->PatBlt(rc.left,rc.top,rc.Width(),rc.Height(),BLACKNESS);
  if(hOldBrush!=NULL)
  SelectObject(pDC->m_hDC,hOldBrush);
  ReleaseDC(pDC);
}
同樣我們只要繼承CSplitterWnd中的其余的一些虛擬方法就可以生成具有自己個性的分割窗口了。

posted @ 2007-04-18 21:06 榕樹藤 閱讀(605) | 評論 (1) | 編輯 收藏

pragma指令簡介

在編寫程序的時候,我們經(jīng)常要用到#pragma指令來設(shè)定編譯器的狀態(tài)或者是指示編譯器完成一些特定的動作.
 下面介紹了一下該指令的一些常用參數(shù),希望對大家有所幫助!

 一. message 參數(shù)。
 message
 它能夠在編譯信息輸出窗口中輸出相應(yīng)的信息，這對于源代碼信息的控制是非常重要的。

 其使用方法為：  #pragma message("消息文本")

 當(dāng)編譯器遇到這條指令時就在編譯輸出窗口中將消息文本打印出來。
 當(dāng)我們在程序中定義了許多宏來控制源代碼版本的時候，我們自己有可能都會忘記有沒有正確的設(shè)置這些宏，此時我們可以用這條指令在編譯的時候就進行檢查。假設(shè)我們希望判斷自己有沒有在源代碼的什么地方定義了_X86這個宏可以用下面的方法：
#ifdef _X86
#pragma message("_X86 macro activated!")
#endif
 當(dāng)我們定義了_X86這個宏以后，應(yīng)用程序在編譯時就會在編譯輸出窗口里顯示
 "_X86 macro activated!"
 這樣，我們就不會因為不記得自己定義的一些特定的宏而抓耳撓腮了。

 二. 另一個使用得比較多的#pragma參數(shù)是code_seg。
 格式如：
 #pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] )
 該指令用來指定函數(shù)在.obj文件中存放的節(jié),觀察OBJ文件可以使用VC自帶的dumpbin命令行程序,函數(shù)在.obj文件中默認(rèn)的存放節(jié)為.text節(jié)，如果code_seg沒有帶參數(shù)的話,則函數(shù)存放在.text節(jié)中。

 push (可選參數(shù)) 將一個記錄放到內(nèi)部編譯器的堆棧中,可選參數(shù)可以為一個標(biāo)識符或者節(jié)名
 pop(可選參數(shù)) 將一個記錄從堆棧頂端彈出,該記錄可以為一個標(biāo)識符或者節(jié)名
 identifier (可選參數(shù)) 當(dāng)使用push指令時,為壓入堆棧的記錄指派的一個標(biāo)識符,當(dāng)該標(biāo)識符被刪除的時候和其相關(guān)的堆棧中的記錄將被彈出堆棧
   "segment-name" (可選參數(shù)) 表示函數(shù)存放的節(jié)名
 例如:
 //默認(rèn)情況下,函數(shù)被存放在.text節(jié)中
 void func1() {   // stored in .text
 }

 //將函數(shù)存放在.my_data1節(jié)中
 #pragma code_seg(".my_data1")
 void func2() {   // stored in my_data1
 }

 //r1為標(biāo)識符,將函數(shù)放入.my_data2節(jié)中
 #pragma code_seg(push, r1, ".my_data2")
 void func3() {   // stored in my_data2
 }

 int main() {
 }

 三. #pragma once (比較常用）
 這是一個比較常用的指令,只要在頭文件的最開始加入這條指令就能夠保證頭文件被編譯一次

 四. #pragma hdrstop表示預(yù)編譯頭文件到此為止，后面的頭文件不進行預(yù)編譯。
 BCB可以預(yù)編譯頭文件以加快鏈接的速度，但如果所有頭文件都進行預(yù)編譯又可能占太多磁盤空間，所以使用這個選項排除一些頭文件。
 有時單元之間有依賴關(guān)系，比如單元A依賴單元B，所以單元B要先于單元A編譯。你可以用#pragma startup指定編譯優(yōu)先級，如果使用了#pragma package(smart_init) ，BCB就會根據(jù)優(yōu)先級的大小先后編譯。

 五. #pragma warning指令
 該指令允許有選擇性的修改編譯器的警告消息的行為
 指令格式如下:
 #pragma warning( warning-specifier : warning-number-list [; warning-specifier : warning-number-list...]
 #pragma warning( push[ ,n ] )
 #pragma warning( pop )

 主要用到的警告表示有如下幾個:

 once:只顯示一次(警告/錯誤等)消息
 default:重置編譯器的警告行為到默認(rèn)狀態(tài)
 1,2,3,4:四個警告級別
 disable:禁止指定的警告信息
 error:將指定的警告信息作為錯誤報告

 如果大家對上面的解釋不是很理解,可以參考一下下面的例子及說明

 #pragma warning( disable : 4507 34; once : 4385; error : 164 )
 等價于：
 #pragma warning(disable:4507 34)  // 不顯示4507和34號警告信息
 #pragma warning(once:4385)   // 4385號警告信息僅報告一次
 #pragma warning(error:164)   // 把164號警告信息作為一個錯誤。
 同時這個pragma warning 也支持如下格式：
 #pragma warning( push [ ,n ] )
 #pragma warning( pop )
 這里n代表一個警告等級(1---4)。
 #pragma warning( push )保存所有警告信息的現(xiàn)有的警告狀態(tài)。
 #pragma warning( push, n)保存所有警告信息的現(xiàn)有的警告狀態(tài)，并且把全局警告等級設(shè)定為n。
 #pragma warning( pop )向棧中彈出最后一個警告信息，在入棧和出棧之間所作的一切改動取消。例如：
 #pragma warning( push )
 #pragma warning( disable : 4705 )
 #pragma warning( disable : 4706 )
 #pragma warning( disable : 4707 )
 #pragma warning( pop )

 在這段代碼的最后，重新保存所有的警告信息(包括4705，4706和4707)

 在使用標(biāo)準(zhǔn)C++進行編程的時候經(jīng)常會得到很多的警告信息,而這些警告信息都是不必要的提示,所以我們可以使用#pragma warning(disable:4786)來禁止該類型的警告在vc中使用ADO的時候也會得到不必要的警告信息,這個時候我們可以通過#pragma warning(disable:4146)來消除該類型的警告信息

 六. pragma comment(...)
 該指令的格式為：  #pragma comment( "comment-type" [, commentstring] )
 該指令將一個注釋記錄放入一個對象文件或可執(zhí)行文件中,comment-type(注釋類型):可以指定為五種預(yù)定義的標(biāo)識符的其中一種。
 五種預(yù)定義的標(biāo)識符為:

 1、compiler:將編譯器的版本號和名稱放入目標(biāo)文件中,本條注釋記錄將被編譯器忽略
如果你為該記錄類型提供了commentstring參數(shù),編譯器將會產(chǎn)生一個警告
例如:#pragma comment( compiler )

 2、exestr:將commentstring參數(shù)放入目標(biāo)文件中,在鏈接的時候這個字符串將被放入到可執(zhí)行文件中,當(dāng)操作系統(tǒng)加載可執(zhí)行文件的時候,該參數(shù)字符串不會被加載到內(nèi)存中.但是,該字符串可以被dumpbin之類的程序查找出并打印出來,你可以用這個標(biāo)識符將版本號碼之類的信息嵌入到可執(zhí)行文件中!

 3、lib:這是一個非常常用的關(guān)鍵字,用來將一個庫文件鏈接到目標(biāo)文件中常用的lib關(guān)鍵字，可以幫我們連入一個庫文件。
 例如:
 #pragma comment(lib, "user32.lib")
 該指令用來將user32.lib庫文件加入到本工程中

 4、linker:將一個鏈接選項放入目標(biāo)文件中,你可以使用這個指令來代替由命令行傳入的或者在開發(fā)環(huán)境中設(shè)置的鏈接選項,你可以指定/include選項來強制包含某個對象,例如:
#pragma comment(linker, "/include:__mySymbol")
你可以在程序中設(shè)置下列鏈接選項
/DEFAULTLIB
/EXPORT
/INCLUDE
/MERGE
/SECTION

 這些選項在這里就不一一說明了,詳細(xì)信息請看msdn!

 5、user:將一般的注釋信息放入目標(biāo)文件中commentstring參數(shù)包含注釋的文本信息,這個注釋記錄將被鏈接器忽略
 例如:
 #pragma comment( user, "Compiled on " __DATE__ " at " __TIME__ )

posted @ 2007-04-18 10:24 榕樹藤 閱讀(358) | 評論 (1) | 編輯 收藏