匯出 (0) 列印
全部展開
本文章是由機器翻譯。 將指標移到文章內的文字上方即可查看原文。 其他資訊。
譯文
原文
本主題尚未接受評分 - 為這個主題評分

Binding.ReceiveTimeout 屬性

取得或設定的連接可以維持非使用中,過程哪一個沒有應用程式收到訊息,中斷前的時間間隔。

命名空間:  System.ServiceModel.Channels
組件:  System.ServiceModel (在 System.ServiceModel.dll 中)
public TimeSpan ReceiveTimeout { get; set; }

屬性值

類型:System.TimeSpan
Timespan ,指定應用程式必須收到一則訊息逾時之前的時間長度。 預設值為 10 分鐘。

實作

IDefaultCommunicationTimeouts.ReceiveTimeout
例外狀況條件
ArgumentOutOfRangeException

值小於零或太大。

當使用可靠工作階段時,有兩個不同的非作用計時器,必須滿足要保存連線。 如果其中一個這些非作用計時器發出連線已中斷。

  • 第一個非作用計時器是可靠工作階段,並稱為InactivityTimeout 如果沒有,應用程式或基礎結構,收到 「 訊息逾時期間內,就會引發此閒置計時器。 基礎結構訊息是一則訊息,就會產生的其中一個通道堆疊,例如保持作用中的通訊協定或認可,而不包含應用程式資料。

  • 第二個無通信計時器是在該服務,以及使用ReceiveTimeout繫結的設定。 如果沒有應用程式收到訊息逾時期間內,就會引發此閒置計時器。 這會指定,比方說,用戶端可能會需要到伺服器將會關閉工作階段所使用的通道之前,至少一個訊息傳送到伺服器的最長時間。 這種行為可確保您的用戶端無法掌握伺服器資源任意的長期。

如果其中一個無通信計時器就會引發,連線會被丟棄,因為增加InactivityTimeout之後就會大於ReceiveTimeout不有任何作用。 如此可以隨手增加這兩者來點創新改變使用可靠工作階段時,同時這些逾時的預設值是 10 分鐘。

如果連結或通道上啟用交易流程,則作業可能要花較長的時間大於指定的逾時。 在這些情況下,作業將會受限於過期的逾時與交易失敗會適當地中止。

安全性工作階段,搭配使用時ReceiveTimeout繫結上設定的值也會用為工作階段逾時。

.NET Framework

支援版本:4.5、4、3.5、3.0

.NET Framework Client Profile

支援版本:4、3.5 SP1

可攜式類別庫

支援版本:可攜式類別庫

適用於 Windows 市集應用程式的 .NET

支援版本:Windows 8

Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012, Windows 7, Windows Vista SP2, Windows Server 2008 (不支援伺服器核心角色), Windows Server 2008 R2 (SP1 (含) 以後版本支援伺服器核心角色,不支援 Itanium)

此.NET Framework 並不支援各種平台的所有版本。如需支援版本的清單,請參閱.NET Framework 系統需求.
本文對您有任何幫助嗎?
(剩餘 1500 個字元)
感謝您提供意見

社群新增項目

新增
顯示:
© 2014 Microsoft. 著作權所有,並保留一切權利。