text: 微軟事務伺服器是為元件物件模型 (COM) 軟體元件提供服務的軟體，可以更輕鬆地建立大型分散式應用程式。MTS 提供的主要服務是自動事務管理、例項管理和基於角色的安全性。 MTS 被認為是第一個實現面向方面程式設計的主要軟體。MTS 最初是在 Windows NT 4.0 選項包中提供的。在 Windows 2000 中，MTS 得到了增強，更好地與作業系統和 COM 整合，並更名為 COM+。 COM+ 為 MTS 的特性添加了物件池、鬆散耦合事件和使用者定義的簡單事務。COM+ 仍然隨 Windows Server 2003 和 Windows Server 2008 一起提供，並且 Microsoft .NET Framework 在 EnterpriseServices 名稱空間中為 COM+ 提供了一個包裝器。 Windows Communication Foundation (WCF) 提供了一種使用 Web 服務呼叫 COM+ 應用程式的方法。但是，COM+ 是基於 COM 的，微軟的戰略軟體架構現在是 Web 服務和 .NET，而不是 COM。 COM+ 提供的許多功能都有純基於 .NET 的替代方案，從長遠來看，COM+ 很可能會被淘汰。技術.一個基本的 MTS 架構包括：MTS 在實際的 MTS 物件和它的客戶之間插入一個工廠包裝物件和一個物件包裝。這種包裝器的插入稱為攔截。每當客戶端呼叫 MTS 元件時，包裝器都會攔截呼叫並將它們自己的稱為即時啟用 (JITA) 的例項管理演算法注入到呼叫中。然後包裝器對實際的 MTS 元件進行此呼叫。由於缺乏可擴充套件的元資料，當時認為攔截很困難。此外，根據來自元件部署屬性的資訊，事務邏輯和安全檢查也在這些包裝物件中進行。對於每個 MTS 託管的物件，還存在一個 Context Object，它實現了 IObjectContext 介面。上下文物件維護有關該物件的特定資訊，例如其事務資訊、安全資訊和部署資訊。 MTS 元件中的方法透過其 IObjectContext 介面呼叫 Context Object。在來自客戶端的呼叫到達容器之前，MTS 不會建立實際的中間層 MTS 物件。由於物件並非一直在執行，因此它不會佔用大量系統資源。一旦呼叫來自客戶端，MTS 包裝程序就會啟用其稱為 JITA 的例項管理演算法。實際的 MTS 物件是“及時”建立的，以便為來自包裝器的請求提供服務。並且當請求得到處理並將回覆傳送回客戶端時，元件要麼呼叫 SetComplete()/SetAbort()，要麼它的事務結束，或者客戶端在對物件的引用上呼叫 Release()，而實際MTS 物件被破壞。簡而言之，MTS 使用無狀態元件模型。通常，當客戶端向典型的 MTS 元件請求服務時，伺服器上會發生以下順序：因此，可以將高延遲資源實現為非同步資源池，這應該利用中介軟體伺服器提供的無狀態 JIT 啟用。
metadata.dataset: erhwenkuo/wikipedia-zhtw
metadata.title: 微軟事務伺服器
metadata.url: https://zh.wikipedia.org/wiki?curid=8042372