前不久看完了《Inside Com》。書寫得非常棒，有了這個基礎(chǔ)，打算繼續(xù)研究《Com  本質(zhì)論》。下面是我看完此書記錄下來的一些東西：

      1. CoCreateInstance 的調(diào)用過程(這里的組件位于 DLL 中)：

      圖片說明了一切。對比一下 CoCreateInstance 的聲明：

WINOLEAPI CoCreateInstance(__in        REFCLSID    rclsid,
__in_opt    LPUNKNOWN   pUnkOuter,
__in        DWORD       dwClsContext,
__in        REFIID      riid,
__deref_out LPVOID FAR* ppv);

    值得一提的是 CoGetClassObject 調(diào)用了 Dll 的導(dǎo)出函數(shù) DllGetClassObject ，Regsvr32 /s /u 當(dāng)然是使用了對應(yīng)的 DllRegisterServer / DllUnregisterServer 導(dǎo)出函數(shù)。如果使用 ATL，這一切繁雜的工作都省卻了，但反注冊還需手動操作……

    2. 獲取聚合組件接口的過程：

    理解組件聚合技術(shù)是一次痛苦的經(jīng)歷。前后三天，苦苦思索，我終于在那個陰冷的下午獲得了“安東尼達(dá)斯”的垂青。如果他早一點給我一瓶智力藥水，何至如此呢！看圖說話：

      其中，兩個InUnk都是非代理IUnknown。

      這樣一來，對于外部組件來說：

      對于內(nèi)部組件來說:

      所有的 QueryInterface 動作都直接或間接的由外部組件執(zhí)行。

      這讓我想起了《變形金剛2》。假如我一進(jìn)電影院就睡著了，等到天火和擎天柱組合之后我才醒來。那么對于我來說，擎天柱就是外部組件，IX為跑。天火為內(nèi)部組件，IY為飛。此時我不知道有天火的存在。當(dāng)我問擎天柱你會飛嗎的時候，他知道他不會飛（沒有IY接口），于是他問天火你會不會飛，天火就返回IY（飛）接口，于是擎天柱告訴我他會飛。當(dāng)他飛著的時候（我想通過IY來查詢IX），我問他會跑么，這句話只有天火聽得見（因為我用的是IY接口），天火不會跑，他就問擎天柱，擎天柱知道自己會跑（有IX接口），于是就給我一個IX接口。整個過程中，我只知道擎天柱，并不知道天火的存在，于是擎天柱聚合了天火。

      但我怎么可能進(jìn)去就睡著了呢！

      內(nèi)部組件的代理接口只是簡單的調(diào)用外部的QueryInterface，是個轉(zhuǎn)發(fā)站，一切工作交由外部組件統(tǒng)籌。關(guān)于具體實現(xiàn)，《COM本質(zhì)論》中給出的 "impunk.h" 頭文件中有很好的實現(xiàn)。我非常喜歡其中關(guān)于接口查找表的實現(xiàn)，那個offset獲取偏移地址的方法讓我這個C語言功力薄弱的人感到十分慚愧。

      過兩天再把套間線程和自由線程整理出來。