Conexiones WCF que exceden las conexiones máximas cuando se utiliza el patrón asíncrono

Question

Tengo un servicio WCF simple con el que me comunico de forma asincrónica.

Lo que no me gusta es cuando se llama al EndServiceMethod(IASyncResult)

si olvido para llamar al método Close(), el servicio realmente dejar la conexión abierta y luego todas las conexiones restantes fallará después de la WCF alcanza su máximo las conexiones simultáneas cuentan con excepciones de tiempo de espera.

He intentado utilizar el atributo [ServiceBehavior(InstanceContextMode=InstanceContextMode.PerCall)] en el contrato de servicio, que no parece tener ningún efecto en el estado de la conexión del servicio.

Quizás lo he implementado incorrectamente?

Cualquier idea o sugerencia.

Estoy tratando de encontrar un patrón de comportamiento para el WCF que permita a los clientes realizar una solicitud, y luego el servidor responda a la solicitud y luego suponga que la conexión ha finalizado y puede finalizar.

Answer 1

Esto es realmente un problema espinoso.

Por un lado, si no cierra la conexión, permanecerá abierta hasta que se agote el tiempo de espera (1 min), bajo carga alcanzará las conexiones máximas (valor predeterminado 10).

Por otro lado, está llamando a los servicios de forma asíncrona, por lo que si cierra la conexión antes de que se reciba la devolución de llamada, se perderá la devolución de llamada.

Hay algunas cosas que usted podría intentar:

• aumentar las conexiones max
• cerrar la conexión en el controlador de devolución de llamada
• reducir la duración del tiempo de espera

Answer 2

I no sé si esto ayuda:

Puede establecer el enlace de modo que

• seguridad está establecido en ninguno

• sesiones fiables son discapacitados

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

He descubierto que al hacer esto puedo abrir un número ilimitado de canales y "olvidar" ciérralos

Luego debe preguntar si esa es una configuración aceptable para sus circunstancias.

Answer 3

Cerrar cualquier tipo de conexión cuando ya no la necesite es solo responsabilidad básica del desarrollador. No hay nada de qué quejarse. Cierre la conexión y no tendrá este problema. Tratar de resolver llamadas faltantes de otra manera es una tontería.

Answer 4

No utilizaría el patrón Asincrónico con WCF.En cambio, solo usaría llamadas sincrónicas con bloques de uso normal para asegurar que la conexión esté cerrada. Luego, envolvería todo el desorden en una tarea normal (.NET 4.0) o elemento de trabajo ThreadPool.

Answer 5

Especifica el mecanismo de aceleración de un servicio Windows Communication Foundation (WCF).

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