WCF: возникают проблемы с односторонними обратными вызовами

Question

Я продолжаю получать эту удивительную ошибку при вызове одностороннего обратного вызова клиенту WPF из службы WCF.

Сообщение не может быть передано в течение отведенного времени ожидания 00:01:00.В окне передачи надежного канала не было свободного места.Время, отведенное для этой операции, могло быть частью более длительного тайм-аута.

Он не посылает слишком много данных, просто список строк, в которых есть только одна короткая строка.

Мой сервер имеет следующую конфигурацию:

<xml version="1.0"?>
<configuration>

  <system.web>
    <compilation debug="true" targetFramework="4.0" />
  </system.web>
  <system.serviceModel>
    <services>
      <service name="RawDealService.GameService">
        <endpoint address ="" binding="wsDualHttpBinding" bindingConfiguration="basicConfig" contract="MyService.IGameService">
          <identity>
            <dns value="localhost"/>
          </identity>
        </endpoint>
      </service>
    </services>
    <bindings>
      <wsDualHttpBinding>
        <binding name="basicConfig" messageEncoding="Text">
          <security mode="None"/>
        </binding>
      </wsDualHttpBinding>
    </bindings>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
          <serviceMetadata httpGetEnabled="true"/>
          <!-- To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information -->
          <serviceDebug includeExceptionDetailInFaults="true"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
  </system.serviceModel>
 <system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>

</configuration>

И мой клиент имеет следующую конфигурацию:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <system.serviceModel>
        <bindings>
            <wsDualHttpBinding>
                <binding name="WSDualHttpBinding_IGameService" closeTimeout="00:01:00"
                    openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                    bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
                    maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
                    messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true">
                    <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
                        maxBytesPerRead="4096" maxNameTableCharCount="16384" />
                    <reliableSession ordered="true" inactivityTimeout="00:10:00" />
                    <security mode="None">
                        <message clientCredentialType="Windows" negotiateServiceCredential="true" />
                    </security>
                </binding>
            </wsDualHttpBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:44259/GameService.svc" binding="wsDualHttpBinding"
                bindingConfiguration="WSDualHttpBinding_IGameService" contract="IGameService"
                name="WSDualHttpBinding_IGameService">
                <identity>
                    <dns value="localhost" />
                </identity>
            </endpoint>
        </client>
    </system.serviceModel>

  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" />
  </startup>
</configuration>

Это просто сбивает с толку, что это может произойти, учитывая, что сообщениеявляется относительно небольшим, и обратный вызов является только односторонним.Должен ли я попробовать несколько разных привязок?

Answer 1

Я обнаружил проблему, и, к сожалению, именно это сообщение об ошибке отправило меня по совершенно неверному пути.

В моей настройке DataContract было несколько классов с наследованием, и я не пометил должным образом1003 * s.

Я предполагаю, что в какой-то момент клиент попытался десериализовать связанный объект и потерпел неудачу.Ошибка, должно быть, не была обработана изящно фреймворком, и, возможно, она продолжала пытаться отправлять снова и снова и не получила ответа через минуту.

Возможно, если бы у меня был двусторонний вызов, я бы получил более информативную трассировку стека.

Answer 2

Это пахнет скорее как проблема блокировки / многопоточности, чем как проблема с сетью.

Случайно ли вы выполняете какие-либо блокировки / ожидаете получения одностороннего сообщения на клиенте?Если это так, и вы используете контекст синхронизации, вы блокируете WCF - блокируете очередь сообщений, ожидающую сообщения, в то время как сообщение не может быть получено, пока очередь сообщений не разблокирована.

Если этоВ этом случае вам нужно либо установить UseSynchronizationContext=false на своем клиенте, либо избегать блокировки во время ожидания получения сообщения.

Тем не менее, у меня нет опыта работы с WsDualHttpBinding.