CoCreateInstance具體内部實作

CoCreateInstance(....) 
　　　　{ 
　　　　//....... 
　　　　IClassFactory *pClassFactory=NULL; 
　　　　CoGetClassObject(CLSID_Object, CLSCTX_INPROC_SERVER, NULL, IID_IClassFactory, (void **)&pClassFactory); 
　　　　pClassFactory->CreateInstance(NULL, IID_IUnknown, (void**)&pUnk); 
　　　　pClassFactory->Release(); 
　　　　//........ 
　　　}  
           

　　這段話的意思就是先得到類廠對象，再通過類廠建立元件進而得到IUnknown指針。繼續深入一步，看看CoGetClassObject的内部僞碼： 

　　　

CoGetClassObject(.....) 
　　　{ 
　　　　//通過查系統資料庫CLSID_Object，得知元件DLL的位置、檔案名 
　　　　//裝入DLL庫 
　　　　//使用函數GetProcAddress(...)得到DLL庫中函數DllGetClassObject的函數指針。 
　　　　//調用DllGetClassObject 
　　　} 
　　　///　DllGetClassObject是幹什麼的，它是用來獲得類廠對象的。隻有先得到類廠才能去建立元件. 
　　　///　下面是DllGetClassObject的僞碼： 
　　　　DllGetClassObject(...) 
　　　　{ 
　　　　//...... 
　　　　CFactory* pFactory= new CFactory; //類廠對象 
　　　　pFactory->QueryInterface(IID_IClassFactory, (void**)&pClassFactory); 
　　　　//查詢IClassFactory指針 
　　　　pFactory->Release(); 
　　　　//...... 
　　　　} 
　　　///　CoGetClassObject的流程已經到此為止，現在傳回CoCreateInstance，看看CreateInstance的僞碼： 
　　　　CFactory::CreateInstance(.....) 
　　　　{ 
　　　　//........... 
　　　　CObject *pObject = new CObject; //元件對象 
　　　　pObject->QueryInterface(IID_IUnknown, (void**)&pUnk); 
　　　　pObject->Release(); 
　　　　//........... 
　　　　} 
           

這部分我們将構造一個建立COM元件的最小架構結構，然後看一看其内部處理流程是怎樣的

　　　　IUnknown *pUnk=NULL;
　　　　IObject *pObject=NULL;
　　　　CoInitialize(NULL);
　　　　CoCreateInstance(CLSID_Object, CLSCTX_INPROC_SERVER, NULL, IID_IUnknown, (void**)&pUnk);
　　　　pUnk->QueryInterface(IID_IOjbect, (void**)&pObject);
　　　　pUnk->Release();
　　　　pObject->Func();
　　　　pObject->Release();
　　　　CoUninitialize();
           

CoCreateInstance(....)
　{
　　　　.......
　　　　IClassFactory *pClassFactory=NULL;
　　　　CoGetClassObject(CLSID_Object, CLSCTX_INPROC_SERVER, NULL, IID_IClassFactory, (void **)&pClassFactory);
　　　　pClassFactory->CreateInstance(NULL, IID_IUnknown, (void**)&pUnk);
　　　　pClassFactory->Release();
　　　　........
　}
           

　　這就是一個典型的建立COM元件的架構，不過我的興趣在CoCreateInstance身上，讓我們來看看它内部做了一些什麼事情。以下是它内部實作的一個僞代碼:

　　CoGetClassObject(.....)
　　　{
　　　　//通過查系統資料庫CLSID_Object，得知元件DLL的位置、檔案名
　　　　//裝入DLL庫
　　　　//使用函數GetProcAddress(...)得到DLL庫中函數DllGetClassObject的函數指針。
　　　　//調用DllGetClassObject
　　　}
　　　　DllGetClassObject是幹什麼的，它是用來獲得類廠對象的。隻有先得到類廠才能去建立元件.
　　　　下面是DllGetClassObject的僞碼：
　　　　DllGetClassObject(...)
　　　　{
　　　　......
　　　　CFactory* pFactory= new CFactory; //類廠對象
　　　　pFactory->QueryInterface(IID_IClassFactory, (void**)&pClassFactory);
　　　　//查詢IClassFactory指針
　　　　pFactory->Release();
　　　　......
　　　　}
　　　　CoGetClassObject的流程已經到此為止，現在傳回CoCreateInstance，看看CreateInstance的僞碼：
　　　　CFactory::CreateInstance(.....)
　　　　{
　　　　...........
　　　　CObject *pObject = new CObject; //元件對象
　　　　pObject->QueryInterface(IID_IUnknown, (void**)&pUnk);
　　　　pObject->Release();
　　　　...........
　　　　}
           

　　這段話的意思就是先得到類廠對象，再通過類廠建立元件進而得到IUnknown指針。繼續深入一步，看看CoGetClassObject的内部僞碼：

　　

上圖是從COM+技術内幕中COPY來的一個例圖，從圖中可以清楚的看到CoCreateInstance的整個流程。

　　(7) 一個典型的自注冊的COM DLL所必有的四個函數

　　DllGetClassObject:用于獲得類廠指針

　　DllRegisterServer:注冊一些必要的資訊到系統資料庫中

　　DllUnregisterServer:解除安裝注冊資訊

　　DllCanUnloadNow:系統空閑時會調用這個函數，以确定是否可以解除安裝DLL

　　DLL還有一個函數是DllMain,這個函數在COM中并不要求一定要實作它，但是在VC生成的元件中自動都包含了它，它的作用主要是得到一個全局的執行個體對象。

　　(8) 系統資料庫在COM中的重要作用

　　首先要知道GUID的概念，COM中所有的類、接口、類型庫都用GUID來唯一辨別，GUID是一個128位的字串，根據特制算法生成的GUID可以保證是全世界唯一的。 COM元件的建立，查詢接口都是通過系統資料庫進行的。有了系統資料庫，應用程式就不需要知道元件的DLL檔案名、位置，隻需要根據CLSID查就可以了。當版本更新的時侯，隻要改一下系統資料庫資訊就可以神不知鬼不覺的轉到新版本的DLL。