【轉】WCF OpenTimeout, CloseTimeout, SendTimeout, ReceiveTimeout

標籤：

關於這四個屬性，在MSDN中的解釋有點敷衍了事。
Open/Close/Receive/Send本是HTTP/TCP/SOCKET的概念，Read/Write Operation則是Web Service的概念。

1.OpenTimeout
用戶端與服務端建立串連時，如果超過指定時間都還沒完成，就引發TimeoutException。
在TCP通訊中，伺服器必須首先準備好偵聽連接埠並在該連接埠上偵聽(Listen)，而用戶端則必須首先向伺服器發出串連(Connect)指令，伺服器端收到後作出接受響應(Accept)後串連成功，此後兩者就可以互發訊息了。
在WCF領域中，類似地，Open()表示建立一個Binding。
測試：撥網線。

2.CloseTimeout
與OpenTimeout類似, CloseTimeout用於關閉一個串連時。
一般情況下，用戶端比較隨意，不會在意這個逾時異常。“Close()是我發出的，我自己決定何時清理資源。”
在伺服器就不同了，她必須對用戶端負責，不能亂來，在收到Close()成功的響應之前，或收到逾時異常之前，不能隨意清理與用戶端相關的資源。

3.SendTimeout
用戶端調用的逾時，預設1分鐘。每次調用都必須在指定時間內完成，否則將引發TimeoutException。
在TCP通訊中，雙方建立串連後，用戶端如果需要發送訊息給服務端，就發送一個資料包給伺服器，伺服器收到後必須給出一個響應，用戶端收到這個響應後才能宣告發送成功。類似地，伺服器也可能主動發送訊息給用戶端。這兩個動作，分別對於用戶端和伺服器來說，都是發送(Send)，而對於另一方來說都是接收(Receive)。
但是，在WCF領域中的SendTimeout中的Send與TCP的Send理念上類似，但是實質上完全不是一回事。SendTimeout中的Send是指用戶端發起調用。
在WCF用戶端，用proxy.InnerChannel.OperationTimeout可以取到SendTimeout的值。（此處，proxy 是自動產生的服務代理類XxxClient的一個執行個體）
測試：在伺服器的調用處理代碼中插入MessageBox.Show(...)或Thread.Sleep(...)。

4.ReceiveTimeout
與SendTimeout同理, ReceiveTimeout中的Receive是指伺服器端發起回調(Callback)。只有在雙向通訊綁定時適用，如WSDualHttpBinding, NetTcpBinding, NetNamedPipeBinding, ...
ReceiveTimeout是伺服器回調(Callback)的逾時，預設10分鐘。每次回調都必須在指定時間內完成，否則將在伺服器端引發TimeoutException。
測試：在用戶端的回調處理代碼中插入MessageBox.Show(...)或Thread.Sleep(...)。 

個人理解：SendTimeout是指用戶端發送資料(請求)wcf服務，wcf服務響應（wcf發送回來資料），這兩個加起來的總時間。

ReceiveTimeout跟回調有關，並不是指wcf服務響應（wcf發送回來資料）的時間。

WCF三種操作模式請看【轉】WCF請求應答（Request-Reply）、單向操作(One-Way)、回調操作(Call Back)

【轉】WCF OpenTimeout, CloseTimeout, SendTimeout, ReceiveTimeout