5

WCF (コールバック コントラクトを使用) と netTcpBinding を使用してチャット アプリケーションを作成しています。サービスを Windows サービスとしてホストし、クライアント アプリケーションを介して他のコンピューターからアクセスしています。

私が今直面している問題は、クライアント接続が10分後に障害状態になることです。これは、何らかのタイムアウトが発生したようです。サービスとクライアントの両方で受信タイムアウトと送信タイムアウトを増やしてみましたが、うまくいきませんでした。

このタイムアウト期間を長くするには、どの設定を変更する必要がありますか?また、どのアプリケーション、サービス、またはクライアントで変更する必要がありますか?

以下は私の設定ファイルです。

サービス

    <system.serviceModel>
    <services>
      <service behaviorConfiguration="PeerTalk.Service.ChatServiceBehavior"
        name="PeerTalk.Service.ChatService">
        <endpoint address="" binding="netTcpBinding" bindingConfiguration=""
          contract="PeerTalk.Service.ServiceContracts.IChat">
          <identity>
            <dns value="localhost" />
          </identity>
        </endpoint>
        <endpoint address="mex" binding="mexTcpBinding" bindingConfiguration=""
          contract="IMetadataExchange" />
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:7920/ChatService" />
            <add baseAddress="net.tcp://localhost:7921/ChatService" />
          </baseAddresses>
        </host>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="PeerTalk.Service.ChatServiceBehavior">
          <serviceMetadata httpGetEnabled="false" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <bindings>
      <netTcpBinding>
        <binding name="tcpBinding"
                 maxBufferSize="67108864"
           maxReceivedMessageSize="67108864"
           maxBufferPoolSize="67108864"
           transferMode="Buffered"
           closeTimeout="00:01:00"
           openTimeout="00:01:00"
           receiveTimeout="00:00:10"
           sendTimeout="00:00:10"
           maxConnections="100">
          <readerQuotas maxDepth="64"
                        maxStringContentLength="67108864"
                        maxArrayLength="67108864"
                        maxBytesPerRead="67108864"
                        maxNameTableCharCount="16384"/>
          <security mode="Transport">
            <transport clientCredentialType="Windows" protectionLevel="EncryptAndSign" />
            <message clientCredentialType="Windows"/>
          </security>
          <reliableSession enabled="false" inactivityTimeout="00:01:00"/>

        </binding>
      </netTcpBinding>
    </bindings>
  </system.serviceModel>

クライアント

<system.serviceModel>
    <bindings>
      <netTcpBinding>
        <binding name="NetTcpBinding_IChat" closeTimeout="00:01:00" openTimeout="00:01:00"
          receiveTimeout="00:10:00" sendTimeout="00:00:10" transactionFlow="false"
          transferMode="Buffered" transactionProtocol="OleTransactions"
          hostNameComparisonMode="StrongWildcard" listenBacklog="10" maxBufferPoolSize="67108864"
          maxBufferSize="67108864" maxConnections="10" maxReceivedMessageSize="67108864">
          <readerQuotas maxDepth="32" maxStringContentLength="67108864"
            maxArrayLength="67108864" maxBytesPerRead="67108864" maxNameTableCharCount="16384" />
          <reliableSession ordered="true" inactivityTimeout="00:01:00"
            enabled="false" />
          <security mode="Transport">
            <transport clientCredentialType="Windows" protectionLevel="EncryptAndSign" />
            <message clientCredentialType="Windows" />
          </security>
        </binding>
      </netTcpBinding>
    </bindings>
    <client>     
          <endpoint address="net.tcp://10.10.10.45:7921/ChatService" binding="netTcpBinding"
               bindingConfiguration="NetTcpBinding_IChat" contract="PeerTalkService.IChat"
               name="NetTcpBinding_IChat">
          </endpoint>
    </client>
  </system.serviceModel>

ありがとう。

4

2 に答える 2

4

この場合のタイムアウトはreceiveTimeout、バインディングとinactivityTimeout、デュプレックスメッセージングに使用される信頼性の高いセッションの両方で定義されます。正しい解決策は、タイムアウトを増やすことではなく、ping/キープアライブメッセージを実装することです。その理由は、タイムアウトを増やすと、障害が発生したクライアントに対して接続が開いたままになるためです。

于 2012-04-16T10:06:26.193 に答える
1

クライアント呼び出しのサンプル (サービス呼び出しの例) を投稿できますか。ここで発生する可能性があるのは、クライアントを正しく閉じておらず、サービス側で最大セッションに達したことです。
net.tcp バインディングの使用は http とは異なることに注意する必要があります。

System.ServiceModel パフォーマンス カウンター (http://msdn.microsoft.com/en-us/library/ms750527.aspx) を使用して、10 分後に何が起こっているか (未処理の呼び出しの数、サービス インスタンスの数など) を確認できます。 .)

http://dkochnev.blogspot.com/2011/06/wcf-framework-40-monitoring-service.html

于 2012-04-16T19:14:11.327 に答える