【文章內容簡介】 服務的形式運行在路由器機器上 ， 當路由器的 SCM(Service Control Manager)接收到遠程創(chuàng)建對象請求時 ， 它把請求傳遞到負載最輕的機器上 。 一旦對象已經(jīng)被成功創(chuàng)建 ， 那么客戶與對象之間的連接是直接進行的 ，而不必再通過路由器 。 內存數(shù)據(jù)庫 (IMDB) COM+的內存數(shù)據(jù)庫 (In Memory Database)服務用于保存應用的非永久狀態(tài)信息 。 IMDB是一個駐留在內存中的支持事務特性的數(shù)據(jù)庫系統(tǒng) ， 它可以為 COM+應用程序提供快速的數(shù)據(jù)訪問 。 由于 IMDB是內存中的數(shù)據(jù)庫 ， 所以 IMDB只對本機器上的 COM+組件有效 ， 不支持分布式概念 ，并且多個 IMDB機器不能裝入同一個數(shù)據(jù)表 。 COM+對象池 對象池是指把對象的實例保留在內存中 ， 以便當客戶請求創(chuàng)建對象時可以馬上用到這些對象 。對象池如同 IMDB一樣 ， 完全是出于效率考慮的原因 ， 用來建立大型的應用系統(tǒng) 。 COM+的主要特性 ? 真正的異步通訊?？蛻艉徒M件有可能在不同的時間點上協(xié)同工作。 ? 事件服務。 ? 可伸縮性。動態(tài)負載平衡以及內存數(shù)據(jù)庫、對象池等系統(tǒng)服務都為 COM+的可伸縮性提供了技術基礎。 ? 繼承并發(fā)展了 MTS的特性。 ? 可管理和可配置性。 ? 易于開發(fā)。 COM+開發(fā)模型比以前的 COM組件開發(fā)更為簡化。 3. CORBA 對象管理集團 （ OMG） OMG（ Object Management Group） 成立于1989年 ， 作為一個非營利性組織 ， 致力于開發(fā)在技術上具有先進性 、 在商業(yè)上具有可行性并且獨立于廠商的軟件互聯(lián)規(guī)范 ， 推廣面向對象模型技術 ， 增強軟件的可移植性 、 可重用性和互操作性 。 OMG 于 1990年末提出了一個對象管理結構的基準結構 O M A ( O b j e c t M a n a g e m e n t Architecture)。 OMA主要涉及用于面向對象語言 、系統(tǒng) 、 數(shù)據(jù)庫及應用程序框架的統(tǒng)一術語體系 ，面向對象軟件系統(tǒng)的抽象框架和基于面向對象技術的分布式軟件系統(tǒng)參考模型等 。 OMG 于 1991年末提出的公共對象請求代理程序體系結構 CORBA (Common Object Request Broker Architecture)， 是 OMA參考模型中的 ORB接口技術規(guī)范 。 這一標準規(guī)定了如何定義 、 創(chuàng)建 、調度 、 引用對象 ， 以及對象之間如何通訊 。 CORBA規(guī)范基本內容 CORBA是一個規(guī)范 （ Specification） 而不是程序實現(xiàn) （ Implementation） ， 提供了一個允許在分布式和異構型環(huán)境中應用程序之間進行互操作的框架 。 CORBA規(guī)范的基本組成如下圖所示 。 對象請求代理 ORB ORB (Object Request Broker)是 CORBA的核心 ，在 CORBA中 ， 所有的通訊都通過 ORB進行 。 ORB作為一個 “ 軟件總線 ” 來連接網(wǎng)絡上的不同對象 ， 提供對象的定位和方法調用 ， 它是CORBA實現(xiàn)的關鍵 。 其主要功能是定位服務對象 ，分析客戶對象的請求 ， 獲取服務對象的功能接口 ，在客戶與服務對象間建立通信連接 。 客戶對象完全可以不關心服務器對象的位置 、實現(xiàn)它所采用的具體技術和工作的硬件平臺 。 接口定義語言 IDL IDL（ Interface Definition Language） 是用于描述對象接口的一種高級符號語言 。 IDL不涉及任何接口的實現(xiàn)細節(jié) ， 所有 COBRA系統(tǒng)都根據(jù) IDL用某種特定語言來實現(xiàn)接口 。 IDL是獨立于其他編程語言的功能描述性語言 。利用 IDL， 完成 CORBA服務對象方法的說明 ， 然后利用語言映射工具 ， 將用 IDL定義的 CORBA對象方法說明翻譯成高級編程語言的接口說明 。 IDL描述通常以接口庫的方式進行存貯 。 接口庫 CORBA引入接口倉庫 （ Interface Repository）的目的在于使服務對象能夠提供持久的對象服務 。將接口信息存入接口倉庫后 ， 如果客戶端應用提交動態(tài)調用請求 （ Dynamic Invocation） ， ORB可以根據(jù)接口倉庫中的接口信息及分布環(huán)境下數(shù)據(jù)對象的描述 ， 獲取請求調用所需的信息 。 接口信息包括了所有描述服務對象屬性 、 操作 、 自定義數(shù)據(jù)類型及異常處理的 IDL定義 。 基本對象適配器 BOA BOA（ Basic Object Adapter）是為服務對象端管理對象引用和實現(xiàn)而引入的。 CORBA規(guī)范中要求系統(tǒng)實現(xiàn)時必須有一種對象適配器。對象適配器完成如下功能： ? 生成并解釋對象的引用，把客戶端的對象引用映射到服務對象的功能中； ? 激活或撤消對象的實現(xiàn)； ? 注冊服務功能的實現(xiàn)； ? 確保對象引用的安全性； ? 完成對服務對象方法的調用。 作為 CORBA設計中常用的對象適配器 ——基本對象適配器 BOA， 在分布式應用程序設計中是必要的元素 。 ORB將服務請求的參數(shù)及操作控制權傳遞給 BOA， 由 BOA將執(zhí)行結果返回給 ORB。 BOA用服務對象骨架 （ Skeleton） 將 ORB和對象實現(xiàn)中的方法聯(lián)系在一起 ， 服務對象骨架中相應的方法將對 BOA方法的請求調用映射為服務對象中的方法 。 靜態(tài)請求接口 SII SII（ Static Invocation Interface） 假設在編譯時刻客戶對象能夠明確了解服務對象的接口 ， 即客戶與服務器之間的關系應當是可知的 、 固定的 ，服務接口的任何改變都會導致軟件系統(tǒng)的重新編譯 。 SII是由 IDL描述的 。 動態(tài)請求接口 DII DII（ Dynamic Invocation Interface） 允許在客戶端動態(tài)創(chuàng)建和調用對服務對象的請求 。 一個請求包括對象引用 、 操作和參數(shù)列表 。 與新服務對象及其行為相關的信息可以通過接口庫獲得 ， 客戶程序根據(jù)這些信息可以在運行時刻動態(tài)構造請求 。 客戶對象的句柄 (Stub)和服務對象的 Skeleton是 IDL與對象實現(xiàn)語言之間的橋梁。 客戶對象的 Stub是 IDL定義的方法接口經(jīng) IDL編譯器編譯后，在編寫客戶對象時，高級編程語言可應用的用于識別服務對象方法的代碼，提供服務對象接口的簡要說明。服務對象的骨架是 IDL定義的方法接口經(jīng) IDL編譯器編譯后，形成的說明服務對象提供方法的框架。對于服務對象接口中的每個方法，必須在服務對象程序中實現(xiàn)。 服務請求的實現(xiàn)方式 CORBA的底層結構是基于面向對象模型的，由IDL、 ORB和 IIOP標準協(xié)議（ Inter InterORB Protocol，也稱網(wǎng)絡 ORB交換協(xié)議） 3個關鍵模塊組成。 IDL使得所有 CORBA 對象以一種方式被描述，僅僅需要一個由本地語言（ C/C++、 COOBOL或Java）到 IDL的“橋梁”。 CORBA對象的互通信要以 ORB為中介，這種互通信可以在多種流行通信協(xié)議（如 TCP/IP或 IPX/SPX）之上實現(xiàn)。在TCP/IP上，來自于不同開發(fā)商的 ORB用 IIOP標準協(xié)議進行通訊。 關于對象請求的實現(xiàn)方式， CORBA規(guī)范中定義客戶程序可以用動態(tài)調用接口 DII方式或通過 IDL文件經(jīng)編譯后在客戶端生成的 Stub方式提出服務請求。 在提出請求時，客戶可以使用動態(tài)調用接口或者 IDL句柄。