Połączenia WCF przekraczające maksymalne połączenia podczas korzystania z asynchronicznego wzorca

Question

Mam prostą usługę WCF, z którą komunikuję się asynchronicznie.

To, co nie podoba się, gdy wywołanie EndServiceMethod(IASyncResult)

Jeśli zapomnę wywołać metodę Close(), usługa będzie faktycznie zostawić otwarte połączenie, a następnie wszystkie pozostałe połączenia nie powiedzie się po WCF osiągnie to max liczba jednoczesnych połączeń z wyjątkami limitu czasu.

Próbowałem przy użyciu atrybutu do umowy o świadczenie usług, które nie wydają się mieć żadnego wpływu na stan połączenia z usługą [ServiceBehavior(InstanceContextMode=InstanceContextMode.PerCall)] .

Być może wprowadziłem go niepoprawnie?

Wszelkie pomysły i sugestie.

Próbuję zlokalizować wzór zachowania dla WCF, który pozwala klientom na żądanie, a następnie serwer, aby odpowiedzieć na żądanie, a następnie założyć, że połączenie zostało zakończone i może zostać zakończone.

Answer 1

To naprawdę trudny problem.

Z jednej strony, jeśli nie zamkniesz połączenia, pozostanie otwarte aż do przekroczenia limitu czasu (1 min), pod obciążeniem osiągniesz maksymalne połączenie (domyślnie 10).

Z drugiej strony wywołujesz usługi asynchronicznie, więc jeśli zamkniesz połączenie przed odebraniem połączenia zwrotnego, oddzwanianie zostanie utracone.

Istnieje kilka rzeczy, które można spróbować:

• zwiększyć max połączeń
• zamknąć połączenie w programie obsługi połączenia zwrotnego
• skrócenia czasu oczekiwania

Answer 2

I nie wiem, czy to pomaga:

Możesz ustawić wiązanie tak, aby

• zabezpieczeń jest ustawiony na none

• Niezawodne sesje są wyłączone

  <wsHttpBinding> 
       <binding name="MyWsHttpBinding"> 
        <reliableSession enabled="false"/> 
        <security mode="None" /> 
       </binding> 
      </wsHttpBinding> 
  

Odkryłam, że w ten sposób mogę otworzyć nieograniczoną liczbę kanałów i „zapominają” zamknij je.

Następnie musisz zapytać, czy jest to akceptowalna konfiguracja dla twoich okoliczności.

Answer 3

Zamknięcie dowolnego rodzaju połączenia, gdy już go nie potrzebujesz, to tylko podstawowa odpowiedzialność programisty. Nie ma na co narzekać. Zamknij połączenie i nie będziesz mieć tego problemu. Próba rozwiązania brakujących wywołań Close w jakikolwiek inny sposób jest nonsensem.

Answer 4

Nie używałbym asynchronicznego wzorca z WCF.Zamiast tego po prostu użyłbym wywołań synchronicznych z normalnymi blokami, aby upewnić się, że połączenie jest zamknięte. Następnie zawinąłbym cały bałagan w normalny element pracy Task (.NET 4.0) lub ThreadPool.

Answer 5

Określa mechanizm dławiący usługi Windows Communication Foundation (WCF).

http://msdn.microsoft.com/en-us/library/ms731379%28v=VS.90%29.aspx