DCOM（分布式組件對象模型,分布式組件對象模式）是壹系列微軟的概念和程序接口，利用這個接口，客戶端程序對象能夠請求來自網絡中另壹臺計算機上的服務器程序對象。DCOM基於組件對象模型（COM），COM提供了壹套允許同壹臺計算機上的客戶端和服務器之間進行通信的接口（運行在Windows95或者其後的版本上）。 COM+是COM和MTS的統壹。
COM+特性：
與 COM 壹樣，COM+ 基於二進制組件和基於接口的編程。通過使用透明 RPC 層，可以跨越進程和計算機邊界進行遠程方法調用。正如 COM 組件那樣，COM+ 組件可以在成品中升級和擴展，而不會對使用它們的客戶端應用程序造成負面影響。
與 MTS 壹樣，COM+ 支持分布式事務和基於角色的安全性。它提供內置線程池方案，該方案與 MTS 的線程池方案壹樣透明。COM+ 編程模型同樣利用偵聽通過聲明性屬性向開發人員公開平臺服務。但是，COM+ 比 MTS 更進壹步地利用了基於屬性的編程。除了事務性服務和集成安全性外，COM+ 還公開自定義對象構造、同步、對象池等服務。COM+ 的其他新功能（如排隊組件和 COM+ 事件）也通過可配置的屬性公開。
COM+並不是COM的新版本，我們可以把它理解為COM的新發展，或者為COM更高層次上的應用。COM+的底層結構仍然以COM為基礎，它幾乎包容了COM的所有內容。有壹種說法這樣認為，COM+是COM、DCOM和MTS(Microsoft Transaction Server)的集成，這種說法有壹定的道理，因為COM+確實綜合了這些技術要素。但更重要的壹點是，COM+倡導了壹種新的概念，它把COM組件軟件提升到應用層而不再是底層的軟件結構，它通過操作系統的各種支持，使組件對象模型建立在應用層上，把所有組件的底層細節留給操作系統。
COM是個開放的組件標準，它有很強的擴充和擴展能力，從COM到DCOM，再到MTS的發展過程也充分說明了這壹點。對COM有使用經驗的讀者壹定可以感覺到，雖然COM已經改變了Windows程序員的應用開發模式，把組件的概念融入到Windows應用中，但是由於種種原因，DCOM和MTS的許多優越性還沒有為廣大的Windows程序員所認識。MTS針對企業應用和Web應用的特點，在COM/DCOM的基礎上又添加了許多功能和特性，包括事務特性、安全模型、管理和配置等，MTS使COM成為壹個完整的組件體系結構。由於歷史的原因，COM、DCOM和MTS相互之間並不很融洽，難以形成統壹的整體，不過，這種狀況很快就要結束，因為COM+將把這三者有效地統壹起來，形成壹個全新的、功能強大的組件體系結構，並且把DCOM和MTS的各種優勢以更為簡捷的方式帶給Windows 2000程序員和用戶。
COM+不再局限於COM的組件技術，它更加註重於分布式網絡應用的設計和實現，已經成為Microsoft系統平臺策略和軟件發展策略的壹部分。COM+繼承了COM幾乎全部的優勢，同時又避免了COM實現方面的壹些不足。COM+緊緊地與操作系統結合起來，通過系統服務為應用程序提供全面的服務。
DLL是Dynamic Link Library的縮寫，意為動態鏈接庫。在Windows中，許多應用程序並不是壹個完整的可執行文件，它們被分割成壹些相對獨立的動態鏈接庫，即DLL文件，放置於系統中。當我們執行某壹個程序時，相應的DLL文件就會被調用。壹個應用程序可有多個DLL文件，壹個DLL文件也可能被幾個應用程序所***用，這樣的DLL文件被稱為***享DLL文件。
它允許程序***享執行特殊任務所必需的代碼和其他資源比較大的應用程序都由很多模塊組成，這些模塊分別完成相對獨立的功能，它們彼此協作來完成整個軟件系統的工作。可能存在壹些模塊的功能較為通用，在構造其它軟件系統時仍會被使用。在構造軟件系統時，如果將所有模塊的源代碼都靜態編譯到整個應用程序 EXE 文件中，會產生壹些問題：壹個缺點是增加了應用程序的大小，它會占用更多的磁盤空間，程序運行時也會消耗較大的內存空間，造成系統資源的浪費；另壹個缺點是，在編寫大的 EXE 程序時，在每次修改重建時都必須調整編譯所有源代碼，增加了編譯過程的復雜性，也不利於階段性的單元測試。
Windows 系統平臺上提供了壹種完全不同的較有效的編程和運行環境，妳可以將獨立的程序模塊創建為較小的 DLL 文件，並可對它們單獨編譯和測試。在運行時，只有當 EXE 程序確實要調用這些 DLL 模塊的情況下，系統才會將它們裝載到內存空間中。這種方式不僅減少了 EXE 文件的大小和對內存空間的需求，而且使這些 DLL 模塊可以同時被多個應用程序使用。Windows 自己就將壹些主要的系統功能以 DLL 模塊的形式實現。
壹般來說，DLL 是壹種磁盤文件，以.dll、.DRV、.FON、.SYS 和許多以 .EXE 為擴展名的系統文件都可以是 DLL。它由全局數據、服務函數和資源組成，在運行時被系統加載到調用進程的虛擬空間中，成為調用進程的壹部分。如果與其它 DLL 之間沒有沖突，該文件通常映射到進程虛擬空間的同壹地址上。DLL 模塊中包含各種導出函數，用於向外界提供服務。DLL 可以有自己的數據段，但沒有自己的堆棧，使用與調用它的應用程序相同的堆棧模式；壹個 DLL 在內存中只有壹個實例；DLL 實現了代碼封裝性；DLL 的編制與具體的編程語言及編譯器無關。
在 Win32 環境中，每個進程都復制了自己的讀/寫全局變量。如果想要與其它進程***享內存，必須使用內存映射文件或者聲明壹個***享數據段。DLL 模塊需要的堆棧內存都是從運行進程的堆棧中分配出來的。Windows 在加載 DLL 模塊時將進程函數調用與 DLL 文件的導出函數相匹配。Windows 操作系統對 DLL 的操作僅僅是把 DLL 映射到需要它的進程的虛擬地址空間裏去。DLL 函數中的代碼所創建的任何對象（包括變量）都歸調用它的線程或進程所有。
更多的解釋：/173087972?ptlang=2052