使用 HTTP、TCP 或具名管道的同步案例

本主題將說明不同的同步要求/回覆案例中的各種活動與傳輸，以及使用 HTTP、TCP 或具名管道的單一執行緒用戶端。 如需多執行緒要求的詳細資訊，請參閱使用 HTTP、TCP 或具名管道的非同步案例。

沒有錯誤的同步要求/回覆

本節將說明有效的同步要求/回覆案例的各種活動和傳輸 (搭配單一執行緒用戶端)。

用戶端

建立服務端點的通訊

用戶端已建構並開啟。 執行下列每個步驟時，環境活動 (A) 會個別傳輸至「建構用戶端」(B) 與「開放式用戶端」(C) 活動。 針對每一個傳送出去的活動，在傳回一個活動之前環境活動會暫停 (亦即，直到執行 ServiceModel 程式碼為止)。

向服務端點提出要求

環境活動會傳輸至「ProcessAction」(D) 活動。 在此活動中，會傳送要求訊息，同時收到回應訊息。 當控制項傳回使用者程式碼時，活動會結束。 由於這是一項同步要求，環境活動會在控制項傳回之前暫停。

關閉服務端點的通訊

用戶端的關閉活動 (I) 會從環境活動中建立。 這與全新及開放項目相同。

伺服器

設定服務主機

ServiceHost 的全新與開放活動 (N 和 O) 會從環境活動 (M) 中建立。

接聽項活動 (P) 是在開啟每個接聽項的 ServiceHost 時建立。 接聽項活動會開始等候接收並處理資料。

接收網路上的資料

資料抵達網路時，如果沒有「ReceiveBytes」活動 (Q) 處理接收的資料，就會建立「ReceiveBytes」活動。 此活動可以重複使用在同一個連線或佇列中的多個訊息上。

如果 ReceiveBytes 活動擁有足夠的資料來構成 SOAP 動作訊息的話，就會啟動 ProcessMessage 活動 (R)。

在活動 R 中，訊息標頭會經過處理，並確認 activityID 標頭。 如果此標頭已存在，則活動識別碼會設定為 ProcessAction 活動，否則，會建立新的識別碼。

在處理呼叫時，會建立 ProcessAction 活動 (S) 並將之傳送出去。 一旦完成所有與傳入訊息相關的處理之後，此活動就會結束，包括執行使用者程式碼 (T) 並傳送回應訊息 (如果適用的話)。

關閉服務主機

ServiceHost 的關閉活動 (Z) 會從環境活動中建立。

在 <A: name> 中，A 是捷徑符號，並描述上述文字與表 3 中的活動。 Name 是活動的名稱縮寫。

如果 propagateActivity=true，用戶端與服務上的處理動作會使用相同的活動識別碼。

具有錯誤的同步要求/回覆

與先前案例的唯一不同點在於，SOAP 錯誤訊息將做為回應訊息傳回。 如果 propagateActivity=true，SOAP 錯誤訊息會新增要求訊息的活動識別碼。

不具有錯誤的同步單向

與第一個案例的唯一不同點在於，沒有任何訊息會傳回伺服器。 如果是以 HTTP 為基礎的通訊協定，則仍舊會將狀態 (有效或錯誤) 傳回用戶端。 因為 HTTP 是唯一使用要求-回應語意的通訊協定 (屬於 WCF 通訊協定堆疊)。 因為 WCF 看不到 TCP 處理，所以用戶端不會收到通知。

具有錯誤的同步單向

如果在處理訊息 (Q 或更多) 時發生錯誤，就不會將任何通知傳回用戶端。 這個案例與「不具有錯誤的同步單向」案例相同。 如果您想要收到錯誤訊息，就不應該使用單向案例。

雙工

與先前案例的不同之處在於，用戶端會表現出服務行為並建立 ReceiveBytes 和 ProcessMessage 活動，這與非同步案例類似。