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

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

      圖片說明了一切。對(duì)比一下 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)然是使用了對(duì)應(yīng)的 DllRegisterServer / DllUnregisterServer 導(dǎo)出函數(shù)。如果使用 ATL，這一切繁雜的工作都省卻了，但反注冊還需手動(dòng)操作……

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

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

      其中，兩個(gè)InUnk都是非代理IUnknown。

      這樣一來，對(duì)于外部組件來說：

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

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

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

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

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

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