訊息交換是 WCF 通訊的唯一手段。方法呼叫須轉為訊息、經編碼後透過傳輸通道發送；服務執行結果亦須封裝為訊息返回。訊息處於 WCF 架構核心，整個框架可視為一個

上篇介紹了訊息版本與五種建立方式，本文深入探討 Message 物件的狀態機與四大基本操作：讀、寫、拷貝、關閉。理解狀態轉換規則，是避免運行時異常、正確實作訊息

承接上、中兩篇對訊息版本、建立、狀態機與基本操作的剖析，本文聚焦於 SOAP 訊息的另一核心組成——訊息標頭。依據 SOAP 1.1/1.2 規格，訊息由零或多

在 WCF 的四大核心契約——服務契約、資料契約、訊息契約與錯誤契約中，訊息契約扮演著極為關鍵的角色。它不關注服務操作的定義，也不僅限於資料結構的描述，而是專注

訊息需編碼寫入傳輸層。WCF 提供 Binary、Text、MTOM 三種編碼，互操作與效能各有優勢。本文從核心基礎類別切入。 一、XmlDictionary

上篇介紹 XmlDictionaryWriter/Reader 為編碼核心。實際框架中透過 MessageEncoder 進一步封裝，專責訊息編解碼。 一、M

WCF 服務需寄宿於進程中，本質是建立 ServiceHost 物件。初始化過程中最關鍵步驟是建立服務描述，本文全面剖析其四層架構。 一、ServiceDes

WCF 以簡單易用著稱，異常處理亦然。本文介紹基礎編程模式。 一、異常從服務端拋出時的預設行為 將異常分為應用異常（業務邏輯）與基礎設施異常（序列化、傳輸等）

預設情況下服務端異常不傳遞至客戶端，開啟 IncludeExceptionDetailInFaults 則全暴露。生產環境需折中方案：自定義錯誤資訊，兼顧可理解

FaultContractAttribute 允許同一操作多次套用（AllowMultiple=true），對應不同異常場景。但需遵循嚴格規則，否則服務啟動或元

WCF 本質是訊息處理框架，異常最終以 Fault 訊息承載。SOAP 仍是主流，WS-* 標準多建立於 SOAP 之上。本文依 SOAP 1.2 規格剖析 S

上篇介紹了 SOAP Fault 與 FaultException 兩種視角。服務端拋出 FaultException 經序列化成 Fault 訊息，客戶端接收

WCF 客戶端與服務端框架協作無間，讓開發人員如同本地呼叫般處理異常：服務端拋出 FaultException，客戶端捕獲處理，完全屏蔽了「分散式」的複雜性。為

在 WCF 架構中，服務調用的最終目的在於消費特定的服務功能，而這些功能的實現邏輯封裝於服務類型之中。無論 WCF 服務端框架處理請求的流程多麼複雜，核心都落腳

單呼叫模式 (InstanceContextMode.PerCall) 下，每個服務調用請求對應一個新的服務實例上下文，操作結束即回收。本文詳細剖析其生命週期、

單例模式 (InstanceContextMode.Single) 下，WCF 僅建立唯一服務實例處理所有客戶端請求，狀態為所有客戶端共享。本文示範單一性驗證、

預設下，服務端拋出非 FaultException 異常不會傳遞至客戶端。啟用 ServiceDebugBehavior.IncludeExceptionDet

WCF 元資料體系建立在開放標準之上，核心為 WS-MetadataExchange (WS-MEX)，輔以 WS-Policy、WS-Transfer、WSD

本文介紹 WCF 元資料架構體系的核心型別 MetadataSection、MetadataSet，以及元資料導出、發布、獲取、導入四大基本操作對應的實作類別。

元資料導出即將 ServiceEndpoint 轉為 MetadataSet，核心由 MetadataExporter 抽象類別定義，具體實作為 WsdlExp