GetRequestStream arroja la excepción Timeout al azar

Question

Después de buscar en Google por un par de días, realmente no puedo resolver el problema descrito. Espero que aquí encuentre una solución

Estoy usando un código adjunto cuando llamo al servicio WCF en el mismo servidor. Me sale error de tiempo de espera de forma aleatoria en WebReq.GetRequestStream llamada()

Cuando estoy cheque netstat veo que la conexión permanece abierta, por lo que probablemente no es un problema, pero no sé cómo resolverlo

 //request inicialization 
     HttpWebRequest WebReq = (HttpWebRequest)WebRequest.Create(url); 
     WebReq.Method = "POST"; 
     WebReq.ContentType = "application/json; charset=utf-8"; 
     WebReq.ContentLength = buffer.Length; 

     WebReq.Proxy = null; 
     WebReq.KeepAlive = false; //also tried with true 
     WebReq.AllowWriteStreamBuffering = false; //also tried with true 

     //this produces an error 
     using (Stream PostData = WebReq.GetRequestStream()) 
     { 
      PostData.Write(buffer, 0, buffer.Length); 
      PostData.Close(); 
     } 

     //open and read response 
     HttpWebResponse WebResp = (HttpWebResponse)WebReq.GetResponse(); 
     Stream Answer = WebResp.GetResponseStream(); 
     StreamReader _Answer = new StreamReader(Answer); 

     WebResp.Close(); 

     //return string 
     return _Answer.ReadToEnd(); 

El tiempo de espera se produce principalmente después de unos 10 segundos de tiempo de inactividad, pero también después de cinco o más solicitudes en la fila. Realmente no puedo encontrar un patrón.

¿Qué podría estar mal con este código? ¿Hay alguna otra (mejor) forma de llamar al servicio WCF?

Answer 1

No sé si definitivamente es el responsable del problema, pero solo está cerrando la respuesta web si no arroja una excepción y nunca cierra el flujo de respuesta. Utilice using declaraciones:

using (HttpWebResponse response = (HttpWebResponse)request.GetResponse()) 
using (StreamReader reader = new StreamReader(response.GetResponseStream())) 
{ 
    return reader.ReadToEnd(); 
} 

Esto bien podría explicar el problema, ya que si se deja una respuesta abrirlo mantendrá la conexión con el servidor web de código abierto - lo que significa la agrupación de conexiones a continuación, no puede utilizar esa conexión.

Answer 2

Como este es un comportamiento realmente extraño, me gustaría saber si hay otras formas de llamar al servicio WCF alojado en el mismo servidor IIS. También creo que la creación de una conexión TCP para ese tipo de llamadas no está realmente optimizada y todos los demás enfoques deberían ser mucho más rápidos.

Answer 3

Tuve el mismo problema y agregué una llamada al HttpWebRequest.Abort() para solucionarlo.

Answer 4

La primera cosa a tener en cuenta es la revisión de los URI, los parámetros y las cabeceras de ser enviado, en concreto:

• caracteres reservados. Enviar caracteres reservados por el URI puede traer problemas ! * ' () ; : @ & = + $ ,/? # []
• URI Longitud: Usted no debe exceder los 2000 caracteres
• cabeceras de longitud: La mayoría de los servidores web hacen límite de tamaño de las cabeceras que aceptan. Por ejemplo, en el límite predeterminado de Apache es de 8 KB.

Tenga en cuenta que si desea enviar datos de una longitud más larga, se recomienda enviarlos en el cuerpo del mensaje.