條款14: 確定基類有虛析構函數

有時，一個類想跟蹤它有多少個對象存在。一個簡單的方法是創(chuàng)建一個靜態(tài)類成員來統(tǒng)計對象的個數。這個成員被初始化為0，在構造函數里加1，析構函數里減1。（條款m26里說明了如何把這種方法封裝起來以便很容易地添加到任何類中，“my article on counting objects”提供了對這個技術的另外一些改進）

設想在一個軍事應用程序里，有一個表示敵人目標的類：

class enemytarget {
public:
? enemytarget() { ++numtargets; }
? enemytarget(const enemytarget&) { ++numtargets; }
? ~enemytarget() { --numtargets; }

? static size_t numberoftargets()
? { return numtargets; }

? virtual bool destroy();?????? // 摧毀enemytarget對象后
??????????????????????????????? // 返回成功

private:
? static size_t numtargets;???? // 對象計數器
};

// 類的靜態(tài)成員要在類外定義;
// 缺省初始化為0
size_t enemytarget::numtargets;

這個類不會為你贏得一份政府防御合同，它離國防部的要求相差太遠了，但它足以滿足我們這兒說明問題的需要。

敵人的坦克是一種特殊的敵人目標，所以會很自然地想到將它抽象為一個以公有繼承方式從enemytarget派生出來的類（參見條款35及m33）。因為不但要關心敵人目標的總數，也要關心敵人坦克的總數，所以和基類一樣，在派生類里也采用了上面提到的同樣的技巧：

class enemytank: public enemytarget {
public:
? enemytank() { ++numtanks; }

? enemytank(const enemytank& rhs)
? : enemytarget(rhs)
? { ++numtanks; }

? ~enemytank() { --numtanks; }

? static size_t numberoftanks()
? { return numtanks; }

? virtual bool destroy();

private:
? static size_t numtanks;???????? // 坦克對象計數器
};

（寫完以上兩個類的代碼后，你就更能夠理解條款m26對這個問題的通用解決方案了。）

最后，假設程序的其他某處用new動態(tài)創(chuàng)建了一個enemytank對象，然后用delete刪除掉：

enemytarget *targetptr = new enemytank;

...

delete targetptr;

到此為止所做的一切好象都很正常：兩個類在析構函數里都對構造函數所做的操作進行了清除；應用程序也顯然沒有錯誤，用new生成的對象在最后也用delete刪除了。然而這里卻有很大的問題。程序的行為是不可預測的——無法知道將會發(fā)生什么。

c++語言標準關于這個問題的闡述非常清楚：當通過基類的指針去刪除派生類的對象，而基類又沒有虛析構函數時，結果將是不可確定的。這意味著編譯器生成的代碼將會做任何它喜歡的事：重新格式化你的硬盤，給你的老板發(fā)電子郵件，把你的程序源代碼傳真給你的對手，無論什么事都可能發(fā)生。（實際運行時經常發(fā)生的是，派生類的析構函數永遠不會被調用。在本例中，這意味著當targetptr 刪除時，enemytank的數量值不會改變，那么，敵人坦克的數量就是錯的，這對需要高度依賴精確信息的部隊來說，會造成什么后果？）

為了避免這個問題，只需要使enemytarget的析構函數為virtual。聲明析構函數為虛就會帶來你所希望的運行良好的行為：對象內存釋放時，enemytank和enemytarget的析構函數都會被調用。

和絕大部分基類一樣，現在enemytarget類包含一個虛函數。虛函數的目的是讓派生類去定制自己的行為（見條款36），所以幾乎所有的基類都包含虛函數。

如果某個類不包含虛函數，那一般是表示它將不作為一個基類來使用。當一個類不準備作為基類使用時，使析構函數為虛一般是個壞主意。請看下面的例子，這個例子基于arm(“the annotated c++ reference manual”)一書的一個專題討論。

// 一個表示2d點的類
class point {
public:
? point(short int xcoord, short int ycoord);
? ~point();

private:
? short int x, y;
};

如果一個short int占16位，一個point對象將剛好適合放進一個32位的寄存器中。另外，一個point對象可以作為一個32位的數據傳給用c或fortran等其他語言寫的函數中。但如果point的析構函數為虛，情況就會改變。

實現虛函數需要對象附帶一些額外信息，以使對象在運行時可以確定該調用哪個虛函數。對大多數編譯器來說，這個額外信息的具體形式是一個稱為vptr（虛函數表指針）的指針。vptr指向的是一個稱為vtbl（虛函數表）的函數指針數組。每個有虛函數的類都附帶有一個vtbl。當對一個對象的某個虛函數進行請求調用時，實際被調用的函數是根據指向vtbl的vptr在vtbl里找到相應的函數指針來確定的。

虛函數實現的細節(jié)不重要（當然，如果你感興趣，可以閱讀條款m24），重要的是，如果point類包含一個虛函數，它的對象的體積將不知不覺地翻番，從2個16位的short變成了2個16位的short加上一個32位的vptr！point對象再也不能放到一個32位寄存器中去了。而且，c++中的point對象看起來再也不具有和其他語言如c中聲明的那樣相同的結構了，因為這些語言里沒有vptr。所以，用其他語言寫的函數來傳遞point也不再可能了，除非專門去為它們設計vptr，而這本身是實現的細節(jié)，會導致代碼無法移植。

所以基本的一條是，無故的聲明虛析構函數和永遠不去聲明一樣是錯誤的。實際上，很多人這樣總結：當且僅當類里包含至少一個虛函數的時候才去聲明虛析構函數。

這是一個很好的準則，大多數情況都適用。但不幸的是，當類里沒有虛函數的時候，也會帶來非虛析構函數問題。 例如，條款13里有個實現用戶自定義數組下標上下限的類模板。假設你（不顧條款m33的建議）決定寫一個派生類模板來表示某種可以命名的數組(即每個數組有一個名字)。

template<class t>??????????????? // 基類模板
class array {??????????????????? // (來自條款13)
public:
? array(int lowbound, int highbound);
? ~array();

private:
? vector<t> data;
? size_t size;
? int lbound, hbound;
};

template<class t>
class namedarray: public array<t> {
public:
? namedarray(int lowbound, int highbound, const string& name);
? ...

private:
? string arrayname;
};

如果在應用程序的某個地方你將指向namedarray類型的指針轉換成了array類型的指針，然后用delete來刪除array指針，那你就會立即掉進“不確定行為”的陷阱中。

namedarray<int> *pna =
? new namedarray<int>(10, 20, "impending doom");

array<int> *pa;

...

pa = pna;??????????????? // namedarray<int>* -> array<int>*

...

delete pa;?????????????? // 不確定! 實際中，pa->arrayname
???????????????????????? // 會造成泄漏，因為*pa的namedarray
???????????????????????? // 永遠不會被刪除

現實中，這種情形出現得比你想象的要頻繁。讓一個現有的類做些什么事，然后從它派生一個類做和它相同的事，再加上一些特殊的功能，這在現實中不是不常見。namedarray沒有重定義array的任何行為——它繼承了array的所有功能而沒有進行任何修改——它只是增加了一些額外的功能。但非虛析構函數的問題依然存在（還有其他問題，參見m33）

最后，值得指出的是，在某些類里聲明純虛析構函數很方便。純虛函數將產生抽象類——不能實例化的類（即不能創(chuàng)建此類型的對象）。有些時候，你想使一個類成為抽象類，但剛好又沒有任何純虛函數。怎么辦？因為抽象類是準備被用做基類的，基類必須要有一個虛析構函數，純虛函數會產生抽象類，所以方法很簡單：在想要成為抽象類的類里聲明一個純虛析構函數。

這里是一個例子：

class awov {??????????????? // awov = "abstract w/o
??????????????????????????? // virtuals"
public:
? virtual ~awov() = 0;????? // 聲明一個純虛析構函數
???????????????????????????
};

這個類有一個純虛函數，所以它是抽象的，而且它有一個虛析構函數，所以不會產生析構函數問題。但這里還有一件事：必須提供純虛析構函數的定義：

awov::~awov() {}?????????? // 純虛析構函數的定義

這個定義是必需的，因為虛析構函數工作的方式是：最底層的派生類的析構函數最先被調用，然后各個基類的析構函數被調用。這就是說，即使是抽象類，編譯器也要產生對~awov的調用，所以要保證為它提供函數體。如果不這么做，鏈接器就會檢測出來，最后還是得回去把它添上。

可以在函數里做任何事，但正如上面的例子一樣，什么事都不做也不是不常見。如果是這種情況，那很自然地會想到將析構函數聲明為內聯函數，從而避免對一個空函數的調用所產生的開銷。這是一個很好的方法，但有一件事要清楚。

因為析構函數為虛，它的地址必須進入到類的vtbl（見條款m24）。但內聯函數不是作為獨立的函數存在的（這就是“內聯”的意思），所以必須用特殊的方法得到它們的地址。條款33對此做了全面的介紹，其基本點是：如果聲明虛析構函數為inline，將會避免調用它們時產生的開銷，但編譯器還是必然會在什么地方產生一個此函數的拷貝。

?

小結：

?

??????? 重載 overload 是根據函數的參數列表來選擇要調用的函數版本，而多態(tài)是根據運行時對象的實際類型來選擇要調用的虛 virtual 函數版本，多態(tài)的實現是通過派生類對基類的虛 virtual 函數進行覆蓋 override 來實現的，若派生類沒有對基類的虛 virtual 函數進行覆蓋 override 的話，則派生類會自動繼承基類的虛 virtual 函數版本，此時無論基類指針指向的對象是基類型還是派生類型，都會調用基類版本的虛 virtual 函數；如果派生類對基類的虛 virtual 函數進行覆蓋 override 的話，則會在運行時根據對象的實際類型來選擇要調用的虛 virtual 函數版本，例如基類指針指向的對象類型為派生類型，則會調用派生類的虛 virtual 函數版本，從而實現多態(tài)。

?

??????? 使用多態(tài)的本意是要我們在基類中聲明函數為 virtual ，并且是要在派生類中覆蓋 override 基類的虛 virtual 函數版本，注意，此時的函數原型與基類保持一致，即同名同參數類型；如果你在派生類中新添加函數版本，你不能通過基類指針動態(tài)調用派生類的新的函數版本，這個新的函數版本只作為派生類的一個重載版本。還是同一句話，重載只有在當前類中有效，不管你是在基類重載的，還是在派生類中重載的，兩者互不牽連。如果明白這一點的話，在例 6 、例 9 中，我們也會對其的輸出結果順利地理解。

?

??????? 重載是靜態(tài)聯編的，多態(tài)是動態(tài)聯編的。進一步解釋，重載與指針實際指向的對象類型無關，多態(tài)與指針實際指向的對象類型相關。若基類的指針調用派生類的重載版本， C++ 編繹認為是非法的， C++ 編繹器只認為基類指針只能調用基類的重載版本，重載只在當前類的名字空間作用域內有效，繼承會失去重載的特性，當然，若此時的基類指針調用的是一個虛 virtual 函數，那么它還會進行動態(tài)選擇基類的虛 virtual 函數版本還是派生類的虛 virtual 函數版本來進行具體的操作，這是通過基類指針實際指向的對象類型來做決定的，所以說重載與指針實際指向的對象類型無關，多態(tài)與指針實際指向的對象類型相關。 ?

?

??? 最后闡明一點，虛 virtual 函數同樣可以進行重載，但是重載只能是在當前自己名字空間作用域內有效 ( 請再次參考例 6) 。

本文來源:http://blog.csdn.net/callzjy/archive/2004/01/04/20044.aspx

續(xù):

重載與覆蓋
成員函數被重載的特征：
（1）相同的范圍（在同一個類中）；
（2）函數名字相同；
（3）參數不同；
（4）virtual關鍵字可有可無。
覆蓋是指派生類函數覆蓋基類函數，特征是：
（1）不同的范圍（分別位于派生類與基類）；
（2）函數名字相同；
（3）參數相同；
（4）基類函數必須有virtual關鍵字。

“隱藏”是指派生類的函數屏蔽了與其同名的基類函數，
規(guī)則如下：
（1）如果派生類的函數與基類的函數同名，但是參數不同。
???? 此時，不論有無virtual關鍵字，基類的函數將被隱藏（注意別與重載混淆）。
（2）如果派生類的函數與基類的函數同名，并且參數也相同，但是基類函數沒有virtual關鍵字。
???? 此時，基類的函數被隱藏（注意別與覆蓋混淆）。

如下示例程序中：
（1）函數Derived::f(float)覆蓋了Base::f(float)。
（2）函數Derived::g(int)隱藏了Base::g(float)，而不是重載。
（3）函數Derived::h(float)隱藏了Base::h(float)，而不是覆蓋。

#include<iostream.h>

class Base{
public:
virtual void f(floatx){cout<<"Base::f(float)"<<x<<endl;}
??????? void g(floatx){cout<<"Base::g(float)"<<x<<endl;
??????? void h(floatx){cout<<"Base::h(float)"<<x<<endl;}
};

class Derived:publicBase{
public:
virtual void f(floatx){cout<<"Derived::f(float)"<<x<<endl;}
??????? void g(intx){cout<<"Derived::g(int)"<<x<<endl;}
??????? void h(floatx){cout<<"Derived::h(float)"<<x<<endl;}
};
void main(void){
? Derived d;
? Base *pb=&d;
? Derived *pd=&d;
??
? //Good:behavior depends solely on type of the object
? pb->f(3.14f);???? //Derived::f(float)3.14
? pd->f(3.14f);???? //Derived::f(float)3.14

? //Bad:behavior depends on type of the pointer
? pb->g(3.14f);???? //Base::g(float)3.14
? pd->g(3.14f);???? //Derived::g(int)3(surprise!)

? //Bad:behavior depends on type of the pointer
? pb->h(3.14f);???? //Base::h(float)3.14(surprise!)
? pd->h(3.14f);???? //Derived::h(float)3.14

這些內核對象每次產生都會返回一個handle,作為標示，每使用一次，對應的計數值加1,調用CloseHandle可以結束內核對象的使用。

具體:

1.? 內核對象:
??? 1).符號對象
??? 2).事件對象
??? 3).文件對象
?? ?4).文件影象對象
??? 5).I/O完成對象
??? 6).作業(yè)對象
??? 7).信箱對象
??? 8).互斥對象
??? 9).管道對象
??? 10).進程對象
??? 11).信標對象
??? 12).線程對象
??? 13).待計時器對象
???? 等

2.內核對象只能由內核所擁有,而不是由進程擁有.(就是說進程沒有了,內核還可以被其他進程使用)

3.內核對象的數據結構有計數器,進程調用時,計數器增1,調用結束,計數器減1,內核對象計數器為零時,銷毀此內核對象.(系統(tǒng)來管理內核對象)

4.內核安全性,進程使用什么權限調用內核對象,由SECURITY_ATTRIBUTES結構的數據結構來指定.幾乎所有的調用內核對象的函數都含有SECURITY_ATTRIBUTES結構的指針參數.(可以由這個參數來判斷是不是內核對象哦)
typedef struct _SECURITY_ATTRIBUTES {
? DWORD? nLength; ??//結構體長度
? LPVOID lpSecurityDescriptor; ?//安全性設置
? BOOL?? bInheritHandle; ?//可繼承性
} SECURITY_ATTRIBUTES, *PSECURITY_ATTRIBUTES;

5.進程的內核對象的句柄表,進程調用內核對象時,就會創(chuàng)建內核對象的句柄表,就是內核對象在進程中的索引,索引值就是調用內核對象函數返回的句柄.關閉所有的內核對象,使用CloseHandle();

6.跨越進程邊界共享內核對象
MICROSOFT把句柄設計成進程句柄，不設計成系統(tǒng)句柄是為了實現句柄的健壯性和安全性。
1) 內核對象句柄的繼承性。(為了實現內核的多個進程的共享)
??? 作用：為了子進程實現對父進程創(chuàng)建的內核對象的訪問。?
??? 步驟：首先，父進程創(chuàng)建內核對象時，初始化SECURITY_ATTRIBUTES結構的對象，讓SECURITY_ATTRIBUTES結構體的成員變量bInheritHandle設置為TRUE。
??? ?? 然后，子進程創(chuàng)建后，生成自己的句柄表，句柄表遍歷父進程的句柄表，找到有繼承性的句柄，并復制一份到子進程的句柄表中，子進程的內核對象和父進程的內核對象使用相同的內存塊指針，內核對象計數器在子進程中創(chuàng)建內核對象后增一，父進程調用CloseHandle()來關閉內核對象，確不影響子進程使用該內核對象。
2)改變句柄的標志
BOOL SetHandleInformation(
? HANDLE hObject,? // handle to object
? DWORD dwMask,??? // flags to change
? DWORD dwFlags??? // new values for flags
);

打開內核的可繼承性標志
SetHandleInformation(hobj,HANDLE_FLAG_INHERIT,HANDLE_FLAG_INHERIT);
關閉內核的可繼承性標志
SetHandleInformation(hobj,HANDLE_FLAG_INHERIT,0);
若想讓內核對象不被關閉，設置HANDLE_FLAG_PROTECT_FROM_CLOSE。

獲得句柄標志的函數
BOOL GetHandleInformation(
? HANDLE hObject,??? // handle to object
? LPDWORD lpdwFlags? // handle properties
);

3)命名對象
作用： 讓進程中的內核對象可以共享，讓別的進程可以通過命名空間，跨進程來訪問這個進程的內核對象。
創(chuàng)建對象和訪問對象使用函數
創(chuàng)建對象Create*:如果命名的內核對象已經存在并具備安全訪問權限，則參數被忽略，進程的句柄表復制一份內核對象的指針和標志到進程的句柄表，如果不存在，則馬上創(chuàng)建內核對象。
例子：
HANDLE CreateMutex(
? LPSECURITY_ATTRIBUTES lpMutexAttributes,? // SD
? BOOL bInitialOwner,?????????????????????? // initial owner
? LPCTSTR lpName??????????????????????????? // 對象名字
);

打開對象Open*：如果命名的內核對象已經存在并具備安全訪問權限，進程的句柄表復制一份內核對象的指針和標志到進程的句柄表，如果不存在，則返回NULL，使用GetLassError()，得到返回值2。

4)終端服務的名字空間
每個客戶程序會話都有自己的服務名字空間，一個會話無法訪問另一個會話的對象，盡管他們具備相同的對象名字。
服務程序的名字空間對象總放在全局名字空間中。

5)復制對象句柄
DuplicateHandle函數來對另一個進程對象的句柄進行復制到調用此函數的進程句柄表中，實現進程間共享內核對象。
BOOL DuplicateHandle(
? HANDLE hSourceProcessHandle,? // handle to source process
? HANDLE hSourceHandle,???????? // handle to duplicate
? HANDLE hTargetProcessHandle,? // handle to target process
? LPHANDLE lpTargetHandle,????? // duplicate handle
? DWORD dwDesiredAccess,??????? // requested access
? BOOL bInheritHandle,????????? // handle inheritance option
? DWORD dwOptions?????????????? // optional actions
);

[轉]DLL的進入點函數

一個D L L可以擁有單個進入點函數。系統(tǒng)在不同的時間調用這個進入點函數，這個問題將在下面加以介紹。這些調用可以用來提供一些信息，通常用于供D L L進行每個進程或線程的初始化和清除操作。如果你的D L L不需要這些通知信息，就不必在D L L源代碼中實現這個函數。例如，如果你創(chuàng)建一個只包含資源的D L L，就不必實現該函數。如果確實需要在D L L中接受通知信息，可以實現類似下面的進入點函數：

						BOOL WINAPI DllMain(HINSTANCE hinstDll, DWORD fdwReason, PVOID fImpLoad)
{
   switch(fdwReason) 
   {
      case DLL_PROCESS_ATTACH:
         //The DLL is being mapped into the process's address space.
         break;

      case DLL_THREAD_ATTACH:
         //A thread is being created.
         break;

      case DLL_THREAD_DETACH:
         //A thread is exiting cleanly.
         break;

      case DLL_PROCESS_DETACH:
         //The DLL is being unmapped from the process's address space.
         break;
   }
   return(TRUE);  // Used only for DLL_PROCESS_ATTACH
}
				

注意函數名D l l M a i n是區(qū)分大小寫的。

參數h i n s t D l l包含了D L L的實例句柄。與( w ) Wi n M a i n函數的h i n s t E x e參數一樣，這個值用于標識D L L的文件映像被映射到進程的地址空間中的虛擬內存地址。通常應將這個參數保存在一個全局變量中，這樣就可以在調用加載資源的函數（如D i a l o g B o x和L o a d S t r i n g）時使用它。最后一個參數是f I m p L o a d，如果D L L是隱含加載的，那么該參數將是個非0值，如果D L L是顯式加載的，那么它的值是0。

參數f d w R e a s o n用于指明系統(tǒng)為什么調用該函數。該參數可以使用4個值中的一個。這4個值是： D L L _ P R O C E S S _ AT TA C H、D L L _ P R O C E S S _ D E TA C H、D L L _ T H R E A D _ AT TA C H或D L L _ T H R E A D _ D E TA C H。這些值將在下面介紹。

注意必須記住，D L L使用D l l M a i n函數來對它們進行初始化。當你的D l l M a i n函數執(zhí)行時，同一個地址空間中的其他D L L可能尚未執(zhí)行它們的D l l M a i n函數。這意味著它們尚未初始化，因此你應該避免調用從其他D L L中輸入的函數。此外，你應該避免從D l l M a i n內部調用L o a d L i b r a r y ( E x )和F r e e L i b r a r y函數，因為這些函數會形式一個依賴性循環(huán)。

DLL_PROCESS_ATTACH通知
當D L L被初次映射到進程的地址空間中時，系統(tǒng)將調用該D L L的D l l M a i n函數，給它傳遞參數f d w R e a s o n的值D L L _ P R O C E S S _ AT TA C H。只有當D L L的文件映像初次被映射時，才會出現這種情況。如果線程在后來為已經映射到進程的地址空間中的D L L調用L o a d L i b r a r y ( E x )函數，那么操作系統(tǒng)只是遞增D L L的使用計數，它并不再次用D L L _ P R O C E S S _ AT TA C H的值來調用D L L的D l l M a i n函數。
當處理D L L _ P R O C E S S _ AT TA C H時，D L L應該執(zhí)行D L L中的函數要求的任何與進程相關的初始化。例如， D L L可能包含需要使用它們自己的堆棧（在進程的地址空間中創(chuàng)建）的函數。

DLL_PROCESS_DETACH通知
D L L從進程的地址空間中被卸載時，系統(tǒng)將調用D L L的D l l M a i n函數，給它傳遞f d w R e a s o n的值D L L _ P R O C E S S _ D E TA C H。當D L L處理這個值時，它應該執(zhí)行任何與進程相關的清除操作。例如， D L L可以調用H e a p D e s t r o y函數來撤消它在D L L _ P R O C E S S _ D E TA C H通知期間創(chuàng)建的堆棧。

DLL_THREAD_ATTACH通知
當在一個進程中創(chuàng)建線程時，系統(tǒng)要查看當前映射到該進程的地址空間中的所有D L L文件映像，并調用每個文件映像的帶有D L L _ T H R E A D _ AT TA C H值的D l l M a i n函數。這可以告訴所有的D L L執(zhí)行每個線程的初始化操作。新創(chuàng)建的線程負責執(zhí)行D L L的所有D l l M a i n函數中的代碼。只有當所有的D L L都有機會處理該通知時，系統(tǒng)才允許新線程開始執(zhí)行它的線程函數。

DLL_THREAD_DETACH通知
讓線程終止運行的首選方法是使它的線程函數返回。這使得系統(tǒng)可以調用E x i t T h r e a d來撤消該線程。E x i t T h r e a d函數告訴系統(tǒng)，該線程想要終止運行，但是系統(tǒng)并不立即將它撤消。相反， 它要取出這個即將被撤消的線程， 并讓它調用已經映射的D L L 的所有帶有D L L _ T H R E A D _ D E TACH 值的D l l M a i n函數。這個通知告訴所有的D L L執(zhí)行每個線程的清除操作。

DllMain與C/C++運行期庫
當編寫一個D L L時，你需要得到C / C + +運行期庫的某些初始幫助。例如，如果你創(chuàng)建的D L L包含一個全局變量，而這個全局變量是個C + +類的實例。在你順利地在D l l M a i n函數中使用這個全局變量之前，該變量必須調用它的構造函數。這是由C / C + +運行期庫的D L L啟動代碼來完成的。當你的D L L文件映像被映射到進程的地址空間中時，系統(tǒng)實際上是調用_ D l l M a i n C RTS t a r t u p函數，而不是調用D l l M a i n函數。

延遲加載DLL （但是怎么延遲那？^_^）

Microsoft Visual C++ 6.0提供了一個出色的新特性，它能夠使D L L的操作變得更加容易。這個特性稱為延遲加載D L L。延遲加載的D L L是個隱含鏈接的D L L，它實際上要等到你的代碼試圖引用D L L中包含的一個符號時才進行加載。延遲加載的D L L在下列情況下是非常有用的：

? 如果你的應用程序使用若干個D L L，那么它的初始化時間就比較長，因為加載程序要將所有需要的D L L映射到進程的地址空間中。解決這個問題的方法之一是在進程運行的時候分開加載各個D L L。延遲加載的D L L能夠更容易地完成這樣的加載。

? 如果調用代碼中的一個新函數，然后試圖在老版本的系統(tǒng)上運行你的應用程序，而該系統(tǒng)中沒有該函數，那么加載程序就會報告一個錯誤，并且不允許該應用程序運行。你需要一種方法讓你的應用程序運行，然后，如果（在運行時）發(fā)現該應用程序在老的系統(tǒng)上運行，那么你將不調用遺漏的函數。

函數轉發(fā)器

函數轉發(fā)器是D L L的輸出節(jié)中的一個項目，用于將對一個函數的調用轉至另一個D L L中的另一個函數。
?DLL轉移
M i c r o s o f t給Windows 2000增加了一個D L L轉移特性。這個特性能夠強制操作系統(tǒng)的加載程序首先從你的應用程序目錄中加載文件模塊。只有當加載程序無法在應用程序目錄中找到該文件時，它才搜索其他目錄。為了強制加載程序總是首先查找應用程序的目錄，要做的工作就是在應用程序的目錄中放入一個文件。該文件的內容可以忽略，但是該文件必須稱為A p p N a m e . l o c a l。例如，如果有一個可執(zhí)行文件的名字是S u p e r A p p . e x e ，那么轉移文件必須稱為S u p e r A p p . e x e . l o c a l。在系統(tǒng)內部， L o a d L i b r a r y ( E x )已經被修改，以便查看是否存在該文件。如果應用程序的目錄中存在該文件，該目錄中的模塊就已經被加載。如果應用程序的目錄中不存在這個模塊，L o a d L i b r a r y ( E x )將正常運行。對于已經注冊的C O M對象來說，這個特性是非常有用的。它使應用程序能夠將它的C O M對象D L L放入自己的目錄，這樣，注冊了相同C O M對象的其他應用程序就無法干擾你的操作。

如何在C語言中巧用正則表達式

如果用戶熟悉Linux下的sed、awk、grep或vi，那么對正則表達式這一概念肯定不會陌生。由于它可以極大地簡化處理字符串時的復雜度，因此現在已經在許多Linux實用工具中得到了應用。千萬不要以為正則表達式只是Perl、Python、Bash等腳本語言的專利，作為C語言程序員，用戶同樣可以在自己的程序中運用正則表達式。?

標準的C和C++都不支持正則表達式，但有一些函數庫可以輔助C/C++程序員完成這一功能，其中最著名的當數Philip?Hazel的Perl-Compatible?Regular?Expression庫，許多Linux發(fā)行版本都帶有這個函數庫。?

編譯正則表達式?

為了提高效率，在將一個字符串與正則表達式進行比較之前，首先要用regcomp()函數對它進行編譯，將其轉化為regex_t結構：?

int ?regcomp(regex_t? * preg,? const ? char ? * regex,? int ?cflags);?

參數regex是一個字符串，它代表將要被編譯的正則表達式；參數preg指向一個聲明為regex_t的數據結構，用來保存編譯結果；參數cflags決定了正則表達式該如何被處理的細節(jié)。?

如果函數regcomp()執(zhí)行成功，并且編譯結果被正確填充到preg中后，函數將返回0，任何其它的返回結果都代表有某種錯誤產生。?

匹配正則表達式?

一旦用regcomp()函數成功地編譯了正則表達式，接下來就可以調用regexec()函數完成模式匹配：?

int ?regexec( const ??regex_t?? * preg,?? const ?? char ? * string ,?size_t?nmatch,regmatch_t?pmatch[],? int ?eflags);?

typedef? struct ? {?
??regoff_t?rm_so;?
??regoff_t?rm_eo;?
} ?regmatch_t;?

參數preg指向編譯后的正則表達式，參數string是將要進行匹配的字符串，而參數nmatch和pmatch則用于把匹配結果返回給調用程序，最后一個參數eflags決定了匹配的細節(jié)。?

在調用函數regexec()進行模式匹配的過程中，可能在字符串string中會有多處與給定的正則表達式相匹配，參數pmatch就是用來保存這些匹配位置的，而參數nmatch則告訴函數regexec()最多可以把多少個匹配結果填充到pmatch數組中。當regexec()函數成功返回時，從string+pmatch[0].rm_so到string+pmatch[0].rm_eo是第一個匹配的字符串，而從string+pmatch[1].rm_so到string+pmatch[1].rm_eo，則是第二個匹配的字符串，依此類推。?

釋放正則表達式?

無論什么時候，當不再需要已經編譯過的正則表達式時，都應該調用函數regfree()將其釋放，以免產生內存泄漏。?

void ?regfree(regex_t? * preg);?

函數regfree()不會返回任何結果，它僅接收一個指向regex_t數據類型的指針，這是之前調用regcomp()函數所得到的編譯結果。?

如果在程序中針對同一個regex_t結構調用了多次regcomp()函數，POSIX標準并沒有規(guī)定是否每次都必須調用regfree()函數進行釋放，但建議每次調用regcomp()函數對正則表達式進行編譯后都調用一次regfree()函數，以盡早釋放占用的存儲空間。?

報告錯誤信息?

如果調用函數regcomp()或regexec()得到的是一個非0的返回值，則表明在對正則表達式的處理過程中出現了某種錯誤，此時可以通過調用函數regerror()得到詳細的錯誤信息。?

size_t?regerror( int ?errcode,? const ?regex_t? * preg,? char ? * errbuf,?size_t?errbuf_size);?

參數errcode是來自函數regcomp()或regexec()的錯誤代碼，而參數preg則是由函數regcomp()得到的編譯結果，其目的是把格式化消息所必須的上下文提供給regerror()函數。在執(zhí)行函數regerror()時，將按照參數errbuf_size指明的最大字節(jié)數，在errbuf緩沖區(qū)中填入格式化后的錯誤信息，同時返回錯誤信息的長度。?

應用正則表達式?

最后給出一個具體的實例，介紹如何在C語言程序中處理正則表達式。?

#include? < stdio.h > ;?
#include? < sys / types.h > ;?
#include? < regex.h > ;?

/**/ /* ?取子串的函數? */ ?
static ? char * ?substr( const ? char * str,?unsigned?start,?unsigned?end)?
{?
??unsigned?n? = ?end? - ?start;?
?? static ? char ?stbuf[ 256 ];?
??strncpy(stbuf,?str? + ?start,?n);?
??stbuf[n]? = ? 0 ;?
?? return ?stbuf;?
} ?
/**/ /* ?主程序? */ ?
int ?main( int ?argc,? char ** ?argv)?
{?
?? char ? * ?pattern;?
?? int ?x,?z,?lno? = ? 0 ,?cflags? = ? 0 ;?
?? char ?ebuf[ 128 ],?lbuf[ 256 ];?
??regex_t?reg;?
??regmatch_t?pm[ 10 ];?
?? const ?size_t?nmatch? = ? 10 ;?
?? /**/ /* ?編譯正則表達式 */ ?
??pattern? = ?argv[ 1 ];?
??z? = ?regcomp( & reg,?pattern,?cflags);?
?? if ?(z? != ? 0 ) {?
????regerror(z,? & reg,?ebuf,? sizeof (ebuf));?
????fprintf(stderr,? " %s:?pattern?'%s'?\n " ,?ebuf,?pattern);?
???? return ? 1 ;?
??} ?
?? /**/ /* ??逐行處理輸入的數據? */ ?
?? while (fgets(lbuf,? sizeof (lbuf),?stdin))? {?
???? ++ lno;?
???? if ?((z? = ?strlen(lbuf))? > ;? 0 ? && ?lbuf[z - 1 ]? == ? ' \n ' )?
??????lbuf[z? - ? 1 ]? = ? 0 ;?
???? /**/ /* ?對每一行應用正則表達式進行匹配? */ ?
????z? = ?regexec( & reg,?lbuf,?nmatch,?pm,? 0 );?
???? if ?(z? == ?REG_NOMATCH)? continue ;?
???? else ? if ?(z? != ? 0 )? {?
??????regerror(z,? & reg,?ebuf,? sizeof (ebuf));?
??????fprintf(stderr,? " %s:?regcom('%s')\n " ,?ebuf,?lbuf);?
?????? return ? 2 ;?
????} ?
???? /**/ /* ?輸出處理結果? */ ?
???? for ?(x? = ? 0 ;?x? < ?nmatch? && ?pm[x].rm_so? != ? - 1 ;? ++ ?x)? {?
?????? if ?( ! x)?printf( " %04d:?%s\n " ,?lno,?lbuf);?
??????printf( " ??$%d='%s'\n " ,?x,?substr(lbuf,?pm[x].rm_so,?pm[x].rm_eo));?
????} ?
??} ?
?? /**/ /* ?釋放正則表達式?? */ ?
??regfree( & reg);?
?? return ? 0 ;?
} ?

上述程序負責從命令行獲取正則表達式，然后將其運用于從標準輸入得到的每行數據，并打印出匹配結果。執(zhí)行下面的命令可以編譯并執(zhí)行該程序：?

# ??gcc?regexp.c?-o?regexp?
#??./regexp??'regex[a-z]*'?<?regexp.c?
0003 : ? # include?<regex.h>;?
??$ 0 = ' regex ' ?
0027 : ???regex_t?reg;?
??$ 0 = ' regex ' ?
0054 : ?????z? = ?regexec( & reg , ?lbuf , ?nmatch , ?pm , ? 0 );?
??$ 0 = ' regexec ' ?

小結?

對那些需要進行復雜數據處理的程序來說，正則表達式無疑是一個非常有用的工具。本文重點在于闡述如何在C語言中利用正則表達式來簡化字符串處理，以便在數據處理方面能夠獲得與Perl語言類似的靈活性。

Yahoo拋棄3721是明智之舉

看到消息Yahoo中國最終將拋棄３７２１，覺得這真是明智之舉。（參考：馬云:"不再發(fā)展3721 不會選流氓作對手"）　

３７２１就是流氓的代名詞，　雖然３７２１的流氓程度也許比起現在后輩的那些新流氓們要文雅一些，但基本就是五十步和百步的區(qū)別。　而３７２１可謂是這些鋪天蓋地的流氓軟件的最大的罪魁禍首　－－因為做流氓軟件，不但沒有被懲罰，　反而發(fā)了財　－－這才導致更多聰明的腦袋不把力氣往正路上去，　想盡辦法去做流氓，　搞得全中國幾千萬臺電腦中毒，搞得中國網民不敢隨便下載。

有個和孔子有關的故事：

　　　魯國之法，魯人為人臣妾於諸侯，有能贖之者，取其金於府。子貢贖魯人於諸侯，來而讓，不取其金。孔子曰："賜失之矣。自今以往，魯人不贖人矣。取其金，則無損於行；不取其金，則不復贖人矣。"《呂氏春秋 察微》
?? 子路拯人于溺，其人謝之以牛，子路受之。孔子喜曰：自今魯國多拯人于溺矣。

翻譯如下:

第一則翻譯成白話文：春秋時代，魯國有這樣一條法規(guī)：凡是魯國人到其他國家去旅行，看到有魯國人淪為奴隸，可以自己墊錢把他先贖回，待回魯國后到官府去報銷。官府用國庫的錢支付贖金，并給予一定的獎勵。子貢到國外去，恰好碰到有一個魯國人在那里做奴隸，就掏錢贖出了他。回國以后這個學生既沒有張揚，也沒去報銷所墊付的贖金。那個被贖回的人把情況講給眾人，人們都稱贊這個學生仗義，人格高尚。一時間，街頭巷尾都把這件事當作美談。孔子知道了這件事，不僅沒有表揚這個學生，還對他進行了嚴厲的批評，責怪他犯了一個有違社會大道的錯誤，是只為小義而不顧大道。

孔子指出：由于這個學生沒有到官府去報銷贖金而被人們稱贊為品格高尚，那么其他的人在國外看到魯國人淪為奴隸，就要對是否墊錢把他贖出來產生猶豫。因為墊錢把他贖出來再去官府報銷領獎，人們就會說自己不仗義，不高尚；不去官府報銷，自己的損失誰來補。于是，多一事不如少一事，只好假裝沒看見，從客觀上講，這個學生的行為妨礙了更多的在外國做奴隸的魯國人被贖買回來。

??? 第二則是講，有人掉進水里，親人在岸上喊，如果能救上他的，就送恩人一頭牛以作報酬，子路聽到馬上跳下水救起那個人，高興地接受了報酬。其他人覺得子路貪小利。孔子卻表揚了他。說你為大家做了一個榜樣，今后再有人遇到險情，大家都會奮不顧身，整個國家就會有許多人因此而得救。權利與義務是對等的，既然行善，沒有必要害怕獲得相應的權利。

??? 明代的袁子凡對這兩則故事有過精辟的論述：自俗眼觀之，子貢不受金為優(yōu)，子路之受牛為劣；孔子則取由而黜賜焉。乃知人之為善，不論現行而論流弊；不論一時而論久遠；不論一身而論天下。現行雖善，而其流足以害人；則似善而實非也；現行雖不善，而其流足以濟人，則非善而實是也；然此就一節(jié)論之耳。他如非義之義，非禮之禮，非信之信，非慈之慈，皆當抉擇。

這個故事和流氓關系并不太大， 但說的是一件事情的社會效應。如果流氓總是得逞， 這個社會上流氓的傾向就越大； 反之，如果流氓被打擊得越多， 流氓傾向就會越少。

所以是流氓就應該堅決去打擊、去鄙視，不管他是有錢的流氓還是沒錢的流氓，或者是已經宣稱自己不是流氓的流氓，只有這樣才能讓流氓的習氣最終在中國互聯網界消失。Yahoo中國現在這種壯士斷腕地拋棄3721, 絕對具有長遠而深刻的意義。

”不和流氓為伍，不和流氓做對手“，這句話說得好！ 支持一下！

一、SAPI簡介

軟件中的語音技術包括兩方面的內容，一個是語音識別(speech recognition) 和語音合成(speech synthesis)。這兩個技術都需要語音引擎的支持。微軟推出的應用編程接口API，雖然現在不是業(yè)界標準，但是應用比較廣泛。

SAPI全稱 The Microsoft Speech API.相關的SR和SS引擎位于Speech SDK開發(fā)包中。這個語音引擎支持多種語言的識別和朗讀，包括英文、中文、日文等。

SAPI包括以下組件對象（接口）：

（1）Voice Commands API。對應用程序進行控制，一般用于語音識別系統(tǒng)中。識別某個命令后，會調用相關接口是應用程序完成對應的功能。如果程序想實現語音控制，必須使用此組對象。
（2）Voice Dictation API。聽寫輸入，即語音識別接口。
（3）Voice Text API。完成從文字到語音的轉換，即語音合成。
（4）Voice Telephone API。語音識別和語音合成綜合運用到電話系統(tǒng)之上，利用此接口可以建立一個電話應答系統(tǒng)，甚至可以通過電話控制計算機。
（5）Audio Objects API。封裝了計算機發(fā)音系統(tǒng)。

SAPI是架構在COM基礎上的，微軟還提供了ActiveX控件，所以不僅可用于一般的windows程序，還可以用于網頁、VBA甚至EXCEL的圖表中。如果對COM感到陌生，還可以使用微軟的C++ WRAPPERS，它用C++類封裝了語音SDK COM對象。

二、安裝SAPI SDK。

首先從這個站點下載開發(fā)包： http://www.microsoft.com/speech/download/sdk51

Microsoft Speech SDK 5.1添加了Automation支持。所以可以在VB,ECMAScript等支持Automation的語言中使用。

版本說明：
Version: 5.1
發(fā)布日期: 8/8/2001
語音: English
下載尺寸: 2.0 MB - 288.8 MB

這個SDK開發(fā)包還包括了可以隨便發(fā)布的英文和中文的語音合成引擎(TTS)，和英文、中文、日文的語音識別引擎(SR)。

系統(tǒng)要求98以上版本。編譯開發(fā)包中的例子程序需要vc6以上環(huán)境。

******下載說明******：
（1）如果要下載例子程序，說明文檔，SAPI以及用于開發(fā)的美國英語語音引擎，需要下載SpeechSDK51.exe，大約68M。
（2）如果想要使用簡體中文和日文的語音引擎，需要下載SpeechSDK51LangPack.exe。大約82M。
（3）如果想要和自己的軟件一起發(fā)布語音引擎，需要下載SpeechSDK51MSM.exe，大約132M。
???? （在這個地址，我未能成功下載）。
（4）如果要獲取XP下的 Mike 和 Mary 語音，下載Sp5TTIntXP.exe。大約3.5M。
（5）如果要獲取開發(fā)包的文檔說明，請下載sapi.chm。大約2.3M。這個在sdk51里面已經包含。

下載完畢后，首先安裝SpeechSDK51.exe，然后安裝中文語言補丁包SpeechSDK51LangPack，然后展開
msttss22l，自動將所需dll安裝到系統(tǒng)目錄。

三、配置vc環(huán)境

在vc6.0的環(huán)境下編譯語音工程，首先要配置編譯環(huán)境。假設sdk安裝在d:\Microsoft Speech SDK 5.1\路徑下，打開工程設置對話框，在c/c++欄中選擇Preprocessor分類，然后在"附加包含路徑"中輸入
d:\Microsoft Speech SDK 5.1\include
告訴vc編譯程序所需的SAPI頭文件的位置。
然后切換到LINK欄，在Input分類下的附加庫路徑中輸入：
d:\Microsoft Speech SDK 5.1\lib\i386
使vc在鏈接的時候能夠找到sapi.lib。

四、語音合成的應用。即使用SAPI實現TTS(Text to Speech)。

1、首先要初始化語音接口，一般有兩種方式：
?? ISpVoice* pVoice;
?? ::CoInitialize(NULL);
?? HRESULT hr = CoCreateInstance(CLSID_SpVoice, NULL, CLSCTX_ALL, IID_ISpVoice,
?????????????? (void **)&pVoice);
?? 然后就可以使用這個指針調用SAPI函數了，例如
?? pVoice->SetVolume(50);//設置音量
?? pVoice->Speak(str.AllocSysString(),SPF_ASYNC,NULL);

?? 另外也可以使用如下方式：
??? CComPtr<ISpVoice>?? m_cpVoice;
??? HRESULT? hr = m_cpVoice.CoCreateInstance( CLSID_SpVoice );
?? 在下面的例子中都用這個m_cpVoice變量。

?? CLSID_SpVoice的定義位于SPAI.H中。

2、獲取/設置輸出頻率。

?? SAPI朗讀文字的時候，可以采用多種頻率方式輸出聲音，比如：
?? 8kHz 8Bit Mono、8kHz 8Bit Stereo、44kHz 16Bit Mono、44kHz 16Bit Stereo等。在音調上有所差別。具體可以參考sapi.h。

?? 可以使用如下代碼獲取當前的配置：
?? CComPtr<ISpStreamFormat> cpStream;
?? HRESULT hrOutputStream = m_cpVoice->GetOutputStream(&cpStream);
?? if (hrOutputStream == S_OK)
?? {
?????? CSpStreamFormat Fmt;
?????? hr = Fmt.AssignFormat(cpStream);
?????? if (SUCCEEDED(hr))
?????? {
?????????? SPSTREAMFORMAT eFmt = Fmt.ComputeFormatEnum();
?????? }
?? }
??? SPSTREAMFORMAT 是一個ENUM類型，定義位于SPAI.H中。每一個值對應了不同的頻率設置。例如 SPSF_8kHz8BitStereo? = 5

??? 通過如下代碼設置當前朗讀頻率：
??? CComPtr<ISpAudio>?? m_cpOutAudio; //聲音輸出接口
??? SpCreateDefaultObjectFromCategoryId( SPCAT_AUDIOOUT, &m_cpOutAudio ); //創(chuàng)建接口

??? SPSTREAMFORMAT eFmt = 21; //SPSF_22kHz 8Bit Stereo

??? CSpStreamFormat Fmt;
??? Fmt.AssignFormat(eFmt);
??? if ( m_cpOutAudio )
??? {
?hr = m_cpOutAudio->SetFormat( Fmt.FormatId(), Fmt.WaveFormatExPtr() );
??? }
??? else? hr = E_FAIL;

??? if( SUCCEEDED( hr ) )
?? {
?????? m_cpVoice->SetOutput( m_cpOutAudio, FALSE );
?? }

3、獲取/設置播放所用語音。

?? 引擎中所用的語音數據文件一般保存在SpeechEngines下的spd或者vce文件中。安裝sdk后，在注冊表中保存了可用的語音，比如英文的男/女，簡體中文的男音等。位置是：
?? HKEY_LOCAL_MACHINE\Software\Microsoft\Speech\Voices\Tokens
如果安裝在中文操作系統(tǒng)下，則缺省所用的朗讀語音是簡體中文。SAPI的缺點是不能支持中英文混讀，在朗讀中文的時候，遇到英文，只能逐個字母讀出。所以需要程序自己進行語音切換。

(1) 可以采用如下的函數把當前SDK支持的語音填充在一個組合框中：
??? // SAPI5 helper function in sphelper.h
??? HWND hWndCombo = GetDlgItem( hWnd, IDC_COMBO_VOICES ); //組合框句柄
??? HRESULT hr = SpInitTokenComboBox( hWndCombo , SPCAT_VOICES );
??? 這個函數是通過IEnumSpObjectTokens接口枚舉當前可用的語音接口，把接口的說明文字添加到組合框中，并且把接口的指針作為LPARAM
??? 保存在組合框中。
??? 一定要記住最后程序退出的時候，釋放組合框中保存的接口：
??? SpDestroyTokenComboBox( hWndCombo );
??? 這個函數的原理就是逐個取得combo里面每一項的LPARAM數據，轉換成IUnknown接口指針，然后調用Release函數。
(2) 當組合框選擇變化的時候，可以用下面的函數獲取用戶選擇的語音：
??? ISpObjectToken* pToken = SpGetCurSelComboBoxToken( hWndCombo );

(3) 用下面的函數獲取當前正在使用的語音：
??? CComPtr<ISpObjectToken> pOldToken;
??? HRESULT hr = m_cpVoice->GetVoice( &pOldToken );
(4) 當用戶選擇的語音和當前正在使用的不一致的時候，用下面的函數修改：
??? if (pOldToken != pToken)
??? {???????
???????? // 首先結束當前的朗讀，這個不是必須的。
???????? HRESULT hr = m_cpVoice->Speak( NULL, SPF_PURGEBEFORESPEAK, 0);
???????? if (SUCCEEDED (hr) )
??????? {
??????????? hr = m_cpVoice->SetVoice( pToken );
???????? }
??? }
(5) 也可以直接使用函數SpGetTokenFromId獲取指定voice的Token指針，例如：
????? WCHAR pszTokenId[] = L"HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Speech\\Voices\\Tokens\\MSSimplifiedChineseVoice";
??? SpGetTokenFromId(pszTokenID , &pChineseToken);

4、開始/暫停/恢復/結束當前的朗讀
??
?? 要朗讀的文字必須位于寬字符串中，假設位于szWTextString中，則：
?? 開始朗讀的代碼：
?? hr = m_cpVoice->Speak( szWTextString, SPF_ASYNC | SPF_IS_NOT_XML, 0 );
?? 如果要解讀一個XML文本，用：
?? hr = m_cpVoice->Speak( szWTextString, SPF_ASYNC | SPF_IS_XML, 0 );

?? 暫停的代碼：?? m_cpVoice->Pause();
?? 恢復的代碼：?? m_cpVoice->Resume();
?? 結束的代碼：（上面的例子中已經給出了）
?? hr = m_cpVoice->Speak( NULL, SPF_PURGEBEFORESPEAK, 0);

5、跳過部分朗讀的文字

?? 在朗讀的過程中，可以跳過部分文字繼續(xù)后面的朗讀，代碼如下：
?? ULONG ulGarbage = 0;
?? WCHAR szGarbage[] = L"Sentence";
?? hr = m_cpVoice->Skip( szGarbage, SkipNum, &ulGarbage );
?? SkipNum是設置要跳過的句子數量，值可以是正/負。
?? 根據sdk的說明，目前SAPI僅僅支持SENTENCE這個類型。SAPI是通過標點符號來區(qū)分句子的。

6、播放WAV文件。SAPI可以播放WAV文件，這是通過ISpStream接口實現的：

?? CComPtr<ISpStream>?????? cpWavStream;
?? WCHAR??????????????????? szwWavFileName[NORM_SIZE] = L"";;

?? USES_CONVERSION;
?? wcscpy( szwWavFileName, T2W( szAFileName ) );//從ANSI將WAV文件的名字轉換成寬字符串

?? //使用sphelper.h 提供的這個函數打開 wav 文件，并得到一個 IStream 指針
?? hr = SPBindToFile( szwWavFileName, SPFM_OPEN_READONLY, &cpWavStream );
?? if( SUCCEEDED( hr ) )
?? {
??????? m_cpVoice->SpeakStream( cpWavStream, SPF_ASYNC, NULL );//播放WAV文件
?? }
7、將朗讀的結果保存到wav文件
?? TCHAR szFileName[256];//假設這里面保存著目標文件的路徑
?? USES_CONVERSION;
?? WCHAR m_szWFileName[MAX_FILE_PATH];
?? wcscpy( m_szWFileName, T2W(szFileName) );//轉換成寬字符串

?? //創(chuàng)建一個輸出流，綁定到wav文件
?? CSpStreamFormat OriginalFmt;
?? CComPtr<ISpStream>? cpWavStream;
?? CComPtr<ISpStreamFormat>??? cpOldStream;
?? HRESULT hr = m_cpVoice->GetOutputStream( &cpOldStream );
?? if (hr == S_OK) hr = OriginalFmt.AssignFormat(cpOldStream);
?? else? hr = E_FAIL;
?? // 使用sphelper.h中提供的函數創(chuàng)建 wav 文件
?? if (SUCCEEDED(hr))
?? {
????? hr = SPBindToFile( m_szWFileName, SPFM_CREATE_ALWAYS, &cpWavStream,
???????????????????????? &OriginalFmt.FormatId(), OriginalFmt.WaveFormatExPtr() );
??? }
?? if( SUCCEEDED( hr ) )
?? {
????? //設置聲音的輸出到 wav 文件，而不是 speakers
????? m_cpVoice->SetOutput(cpWavStream, TRUE);
??? }
??? //開始朗讀
??? m_cpVoice->Speak( szWTextString, SPF_ASYNC | SPF_IS_NOT_XML, 0 );

??? //等待朗讀結束
??? m_cpVoice->WaitUntilDone( INFINITE );
??? cpWavStream.Release();

??? //把輸出重新定位到原來的流
??? m_cpVoice->SetOutput( cpOldStream, FALSE );
???
8、設置朗讀音量和速度
?? m_cpVoice->SetVolume((USHORT)hpos); //設置音量，范圍是 0 - 100
?? m_cpVoice->SetRate(hpos);??//設置速度，范圍是 -10 - 10

?? hpos的值一般位于

9、設置SAPI通知消息。SAPI在朗讀的過程中，會給指定窗口發(fā)送消息，窗口收到消息后，可以主動獲取SAPI的事件，
?? 根據事件的不同，用戶可以得到當前SAPI的一些信息，比如正在朗讀的單詞的位置，當前的朗讀口型值（用于顯
?? 示動畫口型，中文語音的情況下并不提供這個事件）等等。

?? 要獲取SAPI的通知，首先要注冊一個消息：
?? m_cpVoice->SetNotifyWindowMessage( hWnd, WM_TTSAPPCUSTOMEVENT, 0, 0 );
?? 這個代碼一般是在主窗口初始化的時候調用，hWnd是主窗口（或者接收消息的窗口）句柄。WM_TTSAPPCUSTOMEVENT
?? 是用戶自定義消息。

?? 在窗口響應WM_TTSAPPCUSTOMEVENT消息的函數中，通過如下代碼獲取sapi的通知事件：

??? CSpEvent??????? event;? // 使用這個類，比用 SPEVENT結構更方便

??? while( event.GetFrom(m_cpVoice) == S_OK )
??? {
??????? switch( event.eEventId )
??????? {
?????????? 。。。
??????? }
??? }

?? eEventID有很多種，比如SPEI_START_INPUT_STREAM表示開始朗讀，SPEI_END_INPUT_STREAM表示朗讀結束等。
?? 可以根據需要進行判斷使用。

四、結束語
??
?? SAPI的功能很多，比如語音識別、使用語法分析等，由于條件和精力有限，我未能一一嘗試，感興趣的朋友可以自己安裝一個研究一下。
?? 另外提供一個簡單例子程序的下載，位置是：
?? ftp://vckbase:vckbase@210.192.111.117/user/iwaswzq/Universe.rar