Cómo detectar clientes de sondeo dúplex diconnected

Question

He seguido el Pub/sub sample using HTTP polling duplex WCF channel de Tomek Janczuk pero me he dado cuenta de que cuando un cliente se desconecta cerrando el navegador, el servicio no se da cuenta en la próxima devolución de llamada. Hubiera esperado una excepción o algo para decir que el punto final ya no estaba allí.

¿Cómo se puede saber cuando un cliente se ha ido, para dejar de publicar en ese cliente?

Answer 1

Parece que hay una solución insatisfactoria, aunque simple: si la devolución de llamada del cliente expira, no la vuelva a llamar.

En mi sistema también he implementado una llamada manual de "comprobación" - cada n segundos el servidor llama a un método sin parámetros sobre el canal de devolución de llamada para cada cliente registrado, solo para ver si el cliente aún está allí. Estoy empezando a preguntarme si realmente fue una buena idea: tengo un problema nuevo donde el tiempo de espera de devolución de llamada sigue ocurriendo porque suspendí al cliente en el depurador.

Answer 2

Para saberlo seguro: imposible.

Cuando se cierra una conexión TCP (subyacente a una llamada HTTP), se envía un mensaje TCP especial al servidor - paquete FIN. Aunque HTTP no tiene estado, la conexión TCP subyacente es con estado y con keep alive, la conexión TCP subyacente generalmente permanece abierta. Si el cliente se elimina, la conexión TCP se cierra y normalmente se envía un mensaje al servidor. Pero si se bloquea o su red se desconecta, no tendría tiempo para hacerlo. Entonces, en una palabra, nunca puedes estar seguro.

Here para obtener más información.

Answer 3

Es difícil, casi imposible (causa de capacidades dúplex SL limitadas). hemos implementado una lista de usuarios en nuestro servicio, y hemos agregado una propiedad "IsDisconnected" y LastCommunicationTime, una vez que el servicio WCF obtiene un tiempo de espera cuando intenta agregar un mensaje en Outgoing-Message-Queue, y falla, y arroja una excepción de tiempo de espera. marcamos "IsDisconnecte = true" y la próxima vez no intentemos enviarle el mensaje a ese usuario.

Otro hilo sigue mirando eso y si se da cuenta de que LastCommunicationTime ha sido excedido por un valor de tiempo e IsDisconnected = true, elimina al usuario de la lista, a menos que el mismo usuario intente conectarse nuevamente dentro de este tiempo período (que identificamos por su UserId).

Hay tantas cosas que hicimos manualmente para manejar este problema, ya que estaba haciendo que el servicio WCF estuviera tan ocupado.

Answer 4

Me enfrenté a este problema y creé un hilo que elimina clientes desconectados con el siguiente código. Funciona bien, pero deja al cliente desconectado de la lista de clientes después de 10-15 minutos (lo que estaba bien para mí).

new Thread(new ThreadStart(() => 
    { 
     while (SilverlightClients != null) 
     { 
       lock (SilverlightClients) 
       { 
        SilverlightClients = SilverlightClients.Where(d => (d.Callback as IContextChannel).State != CommunicationState.Opened).ToList(); 
       } 

      Thread.Sleep(1000); 
     } 
    })) { Name = "Thread Remove Disconnected Clients" }.Start();