序:
近期為了實(shí)現(xiàn)Flash容器,實(shí)現(xiàn)一些特定的功能,查找了相關(guān)的資料,摘錄一下
Windows 對象以其所具有的特別功能而存在著。但如何能得到該對象的指針呢？
只能通過接口對 Windows對象進(jìn)行訪問，一個指針僅能訪問一個接口, 通常使用一個圓圈表示一個接口
同一對象中存在著不同的接口，可以通過 QueryInterface() 來獲得另一接口，因?yàn)樗薪涌诙即嬖谠摵瘮?shù)
IUnknown 是所有 Windows 對象必須支持的基本接口
COM對象的表示，通常 IUnknown接口位于對象的上方，其它所有對象則位于對象的左面或右面。
C++對象有一定的局限性，因?yàn)楸怀绦蛘Z言定義的對象將存取訪問限制到存在于用戶自己進(jìn)程空間中的對象上。
而 Windows 對象由系統(tǒng)定義，對本機(jī)上任一處的對象都開放存取訪問，最終甚至可訪問其它機(jī)器上的對象。
相比C++中的對象，Windows的對象有以下的規(guī)則
1. Windows的對象至少支持 IUnknown 的接口
2. 不能像C++那樣New操作而得到實(shí)例對象，而是通過某些接口來獲取該實(shí)例對象的指針
3. 不能像C++那樣Delete操作來毀滅對象，而是通過Release() 接口來釋放
引用計(jì)數(shù)的規(guī)則：
1、任何返回接口指針的函數(shù)必須通過該指針調(diào)用 AddRef()
2、所有 AddRef() 調(diào)用都必須配有 Release() 調(diào)用
引用計(jì)數(shù)可減少到四種特定的規(guī)則，其中 AddRef 對一個指針的新的拷貝是必要的（這樣，當(dāng)消除時就必須通過它來進(jìn)行
Release 調(diào)用）
在一個 Out-Parameter 中返回一個新的接口指針或?qū)⒁粋€新的接口指針作為一個返回值的函數(shù)在返回前通過該指針為對象調(diào)用 AddRef
接受了一個 in-out parameter 調(diào)用 Release ，并必須為 Out-parameter 調(diào)用 AddRef. 這些函數(shù)的調(diào)用程序必須為過去的指針調(diào)用 AddRef 以維護(hù)一個分離的拷貝，如果已知該函數(shù)是為了該指針調(diào)用了Release 的話
如果同一對象的兩個指針具有不相關(guān)的壽命，則必須為其中的每一個調(diào)用 AddRef
必須為一個全局指針的一個當(dāng)?shù)乜截愓{(diào)用 AddRef
objbase.h
QueryInterface既的所有實(shí)現(xiàn)都必須遵循的一些規(guī)則，以便客戶能夠獲取關(guān)于組件的足夠多的知識并對之施實(shí)一些控制和其他有用的處理。如果沒有這些規(guī)則，是不可能編寫出組件的，因?yàn)樵谶@種情況下，QueryInterface的行為將是不確定的。具體來講，這些規(guī)則是：
QueryInterface返回的總是同一 IUnknown指針。
若客戶曾經(jīng)獲取過某個接口，那么它將總能獲取此接口。
客戶可以再次獲取已經(jīng)擁有的接口。
客戶可以返回到起始接口。
若能夠從某個接口獲取某特定接口，那么可以從任意接口都將可以獲取此接口。
COM 規(guī)則
http://www.hackhome.com/InfoView/Article_121566_3.html
SCODE
全局唯一標(biāo)識符
OLE2接口成員使用特定的 cdecl 調(diào)用約定
構(gòu)件對象是一個被唯一的類標(biāo)識符 clsID 所標(biāo)識的 windows 對象，它把對象與系統(tǒng)中的某個特定的DLL或EXE文件聯(lián)系起來
為獲得指向一個構(gòu)件對象的指針，可以把一個別 CLSID 傳遞給構(gòu)件對象庫 API 函數(shù)
復(fù)合文檔中的概念
載體
服務(wù)器
調(diào)用OLE API過程
SetMessageQueue(96)
CoBuildVersion() 或 OleBuildVersion
CoInitialize() 或 OleInitialize()
最后，CoUninitialize() 或 OleUninitialize()
注意，CoBuildVersion(), CoInitialize() 與 CoUninitialize()
OleBuildVersion(), OleInitialize() 與 OleUninitialize() 需要一一對應(yīng)
以 Co 開頭的函數(shù)控制對構(gòu)件對象庫函數(shù)的訪問，
如果要使用剪貼板、拖放、復(fù)合文檔或有關(guān)自動執(zhí)行的API，那么必須使用以 Ole 開頭的函數(shù)，
以 Ole 開頭的函數(shù)只不過先進(jìn)行一些特定的操作，然后調(diào)用 Co 開頭的函數(shù)
復(fù)合文檔應(yīng)用程序，包括載體，總是使用Ole開頭的函數(shù)
每調(diào)用一次 XXX Initialize() 都應(yīng)該有一次相應(yīng)的 XXX Uninitialize() 調(diào)用
注冊 CLSID P 165
分類工廠
DLL 服務(wù)器
HRESULT __export FAR PASCAL DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID FAR* ppv);
調(diào)用 CoCreateInstance / CoGetClassObject 并傳遞 CLSCTX_INPROC_SERVER 時，會在注冊數(shù)據(jù)庫中為已給的 CLSID 尋找 InprocServer 接著調(diào)用 CoLoadLibrary 把服務(wù)器放入內(nèi)存，最后調(diào)用 GetProcAddress 尋找 DllGetClassObject
DllGetClassObject() 是我們?yōu)镺LE2 實(shí)現(xiàn)的一個接口函數(shù)
CoRegisterClassObject()
IClassFactory::LockServer 的鎖存計(jì)數(shù)
OLE2的應(yīng)用程序既可以實(shí)現(xiàn)自己的分配器，也可使用OLE2提供的分配器，該分配器是基于多重局部堆棧技術(shù)而作用。
OLE2總是實(shí)現(xiàn)一個相似的共享分配器，它可以在應(yīng)該程序之間提供內(nèi)存共享
OLE2中對象的復(fù)用性是通過稱為“包含”和“聚集”的兩種機(jī)制，而不是通過“繼承”來實(shí)現(xiàn)
Storage 和 Stream 的兩種對象來展示結(jié)構(gòu)化存儲的結(jié)構(gòu)
http://www.cit.dk/COT/reports/reports/Case3/02/THESIS/speciale/StructuredStorage.html
一個流相當(dāng)于一個標(biāo)準(zhǔn)文件，只不過它是通過 IStream 接口展示