com英文為Component Object Model（組件對象模型），是微軟生產軟件組件的標准。
它是構造二進制兼容軟件組件的規范，不管組件應用何種語言編寫只要遵循com規范就可以相互直接通信。提出com規范主要是為了滿足：
1.程序的快速開發，可以將一個大型的工程分成若干個com組件同時開發。
2.可以動態的插入或卸載com組件。
3.可以隱藏或封裝com組件內部的實現細節。
com組件可以由不同的語言進行編寫，但com組件之間的通信是通過組件的接口來實現的，com組件接口的實現是統一的，它采用的是虛擬函數表（VTBL）形式。虛擬函數表中包含了組件函數的一組指針，我們可以通過這組指針來獲取我們想要通信的組件函數的內存地址。dll（動態鏈接庫）是包含函數和數據的模塊的集合。它可以導出數據也可以導出函數以供其它的dll調用。dll的加載可以通過靜態鏈接和動態鏈接兩種方式。
1.靜態鏈接時將所要鏈接的dll模塊以二進制的形式編譯進其他模塊。
2.動態鏈接指調用模塊在運行時加載DLL，使用LoadLibrary函數或LoadLibraryEx函數將dll加載到進程的地址空間，並調用GetProcAddress函數以獲取導出的 DLL函數的地址。
動態加載dll的優點：
1.DLL可節省內存並減少交換。通過在內存中共享 DLL的單個副本，多個進程可以同時使用一個DLL。相比之下，對於使用靜態鏈接庫構建的每一個應用程序，Windows 都要在內存中為其加載庫代碼的一個副本。
2.DLL 可節省磁盤空間。 多個應用程序可以共享磁盤上的一個 DLL副本。相比之下，使用靜態 鏈接庫構建的每一個應用程序都需要讓鏈接到程序文件映像的庫代碼作為一個單獨的專用副本。
dll與com的關系：com是一種規范，按照是com規范實現的dll可以被視為com組件，
例如我們用mfc建立的Active X控件工程其中的接口封裝是靠idl描述的所以可以視為com組件。而且從上面關於com和dll的說明可以看出com組件的接口是一組具有特定規范的函數，所以com組件可以別視為dll但dll不一定是com組件。
com和DLL最大的區別就是: dll是以函數集合的方式來調用的是編程語言相關的象VC必須加上extern "C"...而COM是以interface的方式提供給用戶使用的是一種二進制的調用規范,是與編程語言無關的,它使用idl接口定義語言來描述自己使用類繼承來實現自己的功能和方法.DLL只有DLL一種形勢,里面可任意定義函數無限制,只能運行在本機上而COM有DLL和EXE兩種存在形勢: COM所在的DLL中必須導出四個函數:
dllgetobjectclass,dllregisterserver, dllunregisterserver,dllunloadnow這四個函數各有作用,有些是提供給COM管理器用的,通過CLSID和IID來使用,有些是提供給注冊機用的.COM結合MTS,就是COM+, 是DCOM的高級版本,提供了更為強大和安全的分布式COM服務,DCOM運行在不同的機器上 用proxy和stub來實現遠程接口的本地映射 二者從執行速度來說 二者相差無幾 但是啟動速度DLL要比COM快！
我想你應該知道類庫和框架（最典型的就是MFC）的概念，它們是提供源代碼級復用的，也就是說類庫是以源代碼的形式分發的，類庫的使用者（比如使用MFC開發應用程序的我們）要把實現代碼加入到他們的工程中去，然后編譯鏈接，這時候類庫中的源代碼就成為了你的應用程序中的一部分，將來如果要是類庫的設計者重新修改了他們的類庫，那么你的應用程序就需要重新編譯鏈接你的應用程序，這對於已經到了最終用戶手中的你的應用程序的升級很麻煩，而且一個最終用戶的機子上有可能有很多個程序使用了同一個類庫當中的相同類的話就會出現一些多余的代碼！
這就需要提供一種機制來解決上面的問題，把你的可重用的代碼做成一個Dll的形式包裝起來是一個可行的方法，在這個Dll中導出一些你需要提供給第三方使用的類、全局函數、數據等，這樣你就可以在最終用戶的機器上保持一份你的Dll,其它應用程序通過調用你Dll中的引出函數就可以實現代碼共享，這樣如果你以后升級了你的Dll（保持接口不變），最終用戶只要得到這個新的Dll覆蓋掉原先的那個舊Dll不用更改任何東西就可以使他機子上的程序保持最新了，而且由於代碼只有一份，在運行時使用的空間也比使用類庫開發的程序來得少。
但是上面這種使用Dll的方案還是有缺陷的，由於每個編譯器都會加入它自己的一些獨特的語言特征。比如Dll我是使用Visual C++開發的，里面有異常處理的代碼，現在我在Borland C++中使用這個Dll，那么它將無法捕捉到這些異常；再舉個例子，如果這個Dll導出了一個類，而這個類在新的Dll中增加了一些成員變量（也就是說這個類的對象占用的內存增加了），那么在最終用戶機子上的原先使用舊的Dll而改用了新的Dll的應用程序如果沒有重新編譯鏈接的話會產生非法操作，因為C++的編譯模型要求應用程序在編譯的時候就需要知道對象占用的空間，原先使用了舊的Dll的應用程序由於沒有經過重新編譯鏈接，它所認得的還是原先Dll中的類的對象的大小，最終用戶機子換成了新的Dll后，那個舊的應用程序當訪問這些新的成員變量的時候就會產生越界非法操作。其實Dll還有其它許多缺陷的！
根據這些，我們需要更好的重用機制（在二進制級別的），在Windows下，大量用到的非COM所屬了。其基本的思想就是它實現了真正的接口與代碼實現的分離，而且它是與語言無關的。COM分為進程內組件（編譯鏈接成Dll或者Ocx文件,本質上一樣，一個無界面另一個有界面）和進程外組件（編譯鏈接成Exe文件），這些組件會提供一些接口供第三方調用。其它有關COM的知識如果要講起來的話那可是長篇累牘，可以看看相關的書籍。
這陣子在想一個需要利用com組件的小程序怎么做，突然想起上次去面試的時候考官問過autocad開發時為什么要利用com，而不采用一般的dll呢？ 到google上查了一下，許多人也問了一樣的問題：） 用com來寫程序要比普通的dll麻煩一些，但是帶來的好處也大很多，尤其是在開發像autocad這樣大型軟件的時候，需要跨區域來協同工作。 “學習COM，首先要知道COM的目的是什么，它解決了一個什么樣的問題，在此基礎上，MS提供了各式各樣的可擴展的COM服務，COM編程接口。這些服務和接口恐怕一個程序員一輩子都不可能通曉，因為發展是如此之快。大家也沒有必要通曉這些接口，就象對待大量的WIN API的態度，用到時再查幫助。
COM的各種努力都是在規定了一種二進制交互的協議。說起來簡單，做起來相當復雜，要使使用不同語言編寫的客戶能夠使用任意語言編寫的服務程序談何容易！這里說語言還是把問題簡單化了，因為每種語言還有各式各樣的編譯器，不同編譯器出來的二進制代碼如何交互？
就拿DLL來說，DLL是對靜態連接的一種改進，帶來了更細的開發分工，也帶來了很多問題，其中就有二進制如何交互的問題。這個問題當DLL輸出類時更加突出。COM為解決此問題提出了極負創意的解決方案，不僅如此，更進一步引申，提出了如何跨 網絡的交互。然后，針對internet服務器的開發提出COM+。COM體系中融合了多種經典的設計模式，可以說是一種更加精干的C++。
COM博大精深，若干大師仍須半年的mental fog, 方能有豁然開朗之時。我們這些晚輩，還需多加修煉才對，但決不止是COM“
1、COM組件以接口對功能分類，便於組織；DLL特別是大的DLL，函數一大堆，難以組織；
2、COM組件便於升級維護，功能擴充，只需添加接口就行；DLL升級困難，函數不能隨意改變；
3、COM創建調用有很好的安全性，DLL沒有；
4、COM組件可輕松實現進程間調用，DLL很困難；
5、COM組件可輕松實現分布式調用，DLL不可能；
6、COM組件具有封裝、繼承、多態的面向對象特征，DLL只有封裝；
7、在COM組件的基礎上實現了大量功能：ActiveX，OLE等；
Activex、OLE、COM、OCX、DLL之間的區別
熟悉面向對象編程和網絡編程的人一定對ActiveX、OLE和 COM/DCOM這些概念不會陌生，但是它們之間究竟是什么樣的關系，對許多們還是比較模糊的。在具體介紹它們的關系之間，我們還是先明確組件 （Component）和對象（Object）之間的區別。組件是一個可重用的模塊，它是由一組處理過程、數據封裝和用戶接口組成的業務對象（Rules Object）。組件看起來像對象，但不符合對象的學術定義。它們的主要區別是： 1）組件可以在另一個稱為容器（有時也稱為承載者或宿主）的應用程序中使用，也可以作為獨立過程使用； 2）組件可以由一個類構成，也可以由多個類組成，或者是一個完整的應用程序； 3）組件為模塊重用，而對象為代碼重用。現在，比較流行的組件模型有COM（Component Objiect Module，對象組件模型）/DCOM（ Distributed COM，分布式對象組件模型）和CORBA（Common Object Request Broker Architecture，公共對象請求代理體系結構）。到這里，已經出現了與本文相關的主題COM，而CORBA與本文無關，就不作介紹。之所以從組件 與對象的區別說起，是想讓大家明確COM和 CORBA是處在整個體系結構的最底層，如果暫時對此還不能理解，不妨繼續往下看，最后在回過頭看一看就自然明白了。現在開始闡述ActiveX、OLE 和COM的關系。首先，讓大家有一個總體的概念，從時間的角度講，OLE是最早出現的，然后是COM和ActiveX；從體系結構角度講，OLE和 ActiveX是建立在 COM之上的，所以COM是基礎；單從名稱角度講，OLE、ActiveX是兩個商標名稱，而COM則是一個純技術名詞，這也是大家更多的聽說 ActiveX和OLE的原因。既然OLE是最早出現的，那么就從OLE說起，自從Windows操作系統流行以來，“剪貼板”（ Clipboard）首先解決了不同程序間的通信問題（由剪貼板作為數據交換中心，進行復制、粘貼的操作），但是剪貼板傳遞的都是“死”數據，應用程序開 發者得自行編寫、解析數據格式的代碼，於是動態數據交換（Dynamic Data Exchange，DDE）的通信協定應運而生，它可以讓應用程序之間自動獲取彼此的最新數據，但是，解決彼此之間的“數據格式”轉換仍然是程序員沉重的 負擔。對象的鏈接與嵌入（Object Linking and Embedded，OLE）的誕生把原來應用程序的數據交換提高到“對象交換”，這樣程序間不但獲得數據也同樣獲得彼此的應用程序對象，並且可以直接使用 彼此的數據內容，其實OLE是Microsoft的復合文檔技術，它的最初版本只是瞄准復合文檔，但在后續版本OLE2中，導入了COM。由此可見， COM是應OLE的需求而誕生的，所以雖然COM是OLE的基礎，但OLE的產生卻在COM之前。 COM的基本出發點是，讓某個軟件通過一個通用的機構為另一個軟件提供服務。COM是應OLE 的需求而誕生，但它的第一個使用者卻是OLE2，所以COM與復合文檔間並沒有多大的關系，實際上，后來COM就作為與復合文檔完全無關的技術，開始被廣 泛應用。這樣一來， Microsoft就開始“染指”通用平台技術。但是COM並不是產品，它需要一個商標名稱。而那時Microsoft的市場專家們已經選用了OLE作為 商標名稱，所以使用COM技術的都開始貼上了 OLE的標簽。雖然這些技術中的絕大多數與復合文檔沒有關系。Microsoft的這一做法讓人產生這樣一個誤解OLE是僅指復合文檔呢？還是不單單指復 合文檔？其實OLE是COM的商標名稱，自然不僅僅指復合文檔。但Microsoft自己恐怕無法解釋清楚，這要花費相當的精力和時間。 於是，隨着Internet的發展，在1996年春，Microsoft改變了主意，選擇ActiveX作為新的商標名稱。ActiveX是指寬松定義 的、基於COM的技術集合，而OLE仍然僅指復合文檔。當然， ActiveX最核心的技術還是COM。ActiveX和OLE的最大不同在於，OLE針對的是桌面上應用軟件和文件之間的集成，而ActiveX則以提 供進一步的網絡應用與用戶交互為主。到這里，大家應該對ActiveX、OLE和COM三者的關系有了一個比較明確的認識，COM才是最根本的核心技術， 所以下面的重點COM。讓對象模型完全獨立於編程語言，這是一個非常新奇的思想。這一點從C++和Java的對象概念上，我們就能有所了解。但所謂COM 對象究竟是什么呢？為了便於理解，可以把COM看作是某種（軟件）打包技術，即把它看作是軟件的不同部分，按照一定的面向對象的形式，組合成可以交互的過 程和以組支持庫。COM對象可以用C++、Java和VB等任意一種語言編寫，並可以用DLL或作為不同過程工作的執行文件的形式來實現。使用COM對象 的瀏覽器，無需關心對象是用什么語言寫的，也無須關心它是以DLL還是以另外的過程來執行的。從瀏覽器端看，無任何區別。這樣一個通用的處理技巧非常有 用。例如，由用戶協調運行的兩個應用，可以將它們的共同作業部分作為COM對象間的交互來實現（當然，現在的OLE復合文檔也能做到）。為在瀏覽器中執行 從Web服務器下載的代碼，瀏覽器可把它看作是COM對象，也就是說，COM技術也是一種打包可下載代碼的標准方法（ActiveX控件就是執行這種功能 的）。甚至連應用與本機OS進行交互的方法也可以用COM來指定，例如在Windows和Windows NT中用的是新API，多數是作為COM對象來定義的。可見，COM雖然起源於復合文檔，但卻可有效地適用於許多軟件問題，它畢竟是處在底層的基礎技術。 用一句話來說，COM是獨立於語言的組件體系結構，可以讓組件間相互通信。隨着計算機網絡的發展，COM進一步發展為分布式組件對象模型，這就是 DCOM，它類似於CORBA的ORB，本文對此將不再做進一步的闡述。通過上面的講述相信大家一定對ActiveX、OLE和COM/DCOM的關系有 了一個清楚的了解。
使用Ｗｉｎｄｏｗｓ的人對於ＡｃｔｉｖｅＸ控制一定不會陌生，它提供了一種類似於ＤＬＬ動態鏈接庫的調用，不過它與ＤＬＬ的唯一區別就是ＡｃｔｉｖｅＸ不 注冊不能被系統識別並使用。那么，當我們得到一個ＡｃｔｉｖｅＸ沒有被正確安裝且不能使用的消息后，又要安裝ＡｃｔｉｖｅＸ怎么辦呢？１． Ｒｅｇｓｖｒ３２程序法在Ｗｉｎｄｏｗｓ的Ｓｙｓｔｅｍ文件夾下有一個ｒｅｇｓｖｒ３２．ｅｘｅ的程序，它就是Ｗｉｎｄｏｗｓ自己帶的ＡｃｔｉｖｅＸ注冊 和反注冊工具。利用它也能夠非常方便地注冊ＡｃｉｔｖｅＸ控件，它的用法為：ｒｅｇｓｖｒ３２／ｕ／ｓ／ｎ／ｉ ｄｌｌｎａｍｅ， ｄｌｌｎａｍｅ其中ｄｌｌｎａｍｅ為ＡｃｔｉｖｅＸ控件文件名，建議在安裝前拷貝到Ｓｙｓｔｅｍ文件夾下參數有如下意義：／ｕ － 反注冊控件／ｓ － 不管注冊成功與否，均不顯示提示框／ｃ － 控制台輸出／ｉ － 跳過控件的選項進行安裝 （與注冊不同）／ｎ － 不注冊控件，此選項必須與／ｉ 選項一起使用例如筆者要注冊一ａｍｏｖｉｅ．ｏｃｘ控件，則打入 ｒｅｇｓｖｒ３２ ａｍｏｖｉｅ．ｏｃｘ即可，要反注冊它時只需使用 ｒｅｇｓｖｒ３２ ／ｕ ａｍｏｖｉｅ．ｏｃｘ就行了。２．注冊表法所謂注冊ＡｃｉｔｖｅＸ，無非是將一些信息記錄在Ｗｉｎｄｏｗｓ的注冊表中，如Ｓｈｏｃｋｗａｖｅ Ｆｌａｓｈ Ｏｂｊｅｃｔ控件，我們可以運行Ｒｅｇｅｄｉｔ．ｅｘｅ注冊表編輯程序，利用關鍵字進行搜索，然后把搜索得到后的注冊表導出為一ＲＥＧ注冊表文件，再將其 相應的ＡｃｔｉｖｅＸ文件拷貝到Ｗｉｎｄｏｗｓ的Ｓｙｓｔｅｍ文件夾（一般ＡｃｔｉｖｅＸ的文件名為ＯＣＸ，安裝在Ｗｉｎｄｏｗｓ的Ｓｙｓｔｅｍ文件夾 內）下，最后在要安裝ＡｃｔｉｖｅＸ的機器上雙擊導入剛才導出的注冊表文件即可完成安裝。