Réglage de HttpWebRequest Timeout de la Connexion en C#

Je croire que le problème est que la WebRequest mesure le temps seulement après que la demande est faite. Si vous soumettez plusieurs demandes à la même adresse, alors le ServicePointManager sera l'accélérateur de vos demandes et de ne soumettre que de nombreuses connexions simultanées que la valeur du correspondant ServicePoint.ConnectionLimit qui, par défaut, obtient la valeur de ServicePointManager.DefaultConnectionLimit. Application CLR accueil jeux 2, ASP hôte à 10. Donc, si vous avez une application multithread qui soumet plusieurs demandes pour le même hôte, seulement deux sont réellement placés sur le fil, les autres sont mis en attente.

Je n'ai pas fait des recherches pour une preuve concluante si c'est vraiment ce qui se passe, mais sur un projet similaire, j'avais des choses terribles jusqu'à ce que j'ai enlevé le ServicePoint limitation.

Un autre facteur à considérer est la recherche DNS du temps. De nouveau, c'est ma croyance qui ne repose pas sur des preuves tangibles, mais je pense que le WebRequest ne pas compter de la recherche DNS du temps contre de l'expiration du délai de demande. DNS lookup temps peut apparaître comme très grand facteur temps sur certains déploiements.

Et oui, vous devez le code de votre application autour de la WebRequest.BeginGetRequestStream (pour POSTs avec le contenu) et WebRequest.BeginGetResponse (pour GETs et POSTSs). Des appels synchrones ne sera pas à l'échelle (je ne vais pas entrer dans les détails du pourquoi, mais je ne avoir des preuves tangibles pour). De toute façon, le ServicePoint question est orthogonal à cela: la mise en attente du comportement qui se passe avec les appels asynchrones trop.

Chose que j'ai trouvé plus tard, ce qui a aidé, est le .ReadWriteTimeout de la propriété. Ceci, en plus de la .Timeout propriété semblait enfin de réduire le temps threads serait passer à essayer de le télécharger à partir d'un serveur qui pose problème. Le temps par défaut pour .ReadWriteTimeout est de 5 minutes, ce qui pour ma demande était beaucoup trop long.

Donc, il me semble:

.Timeout = temps passé à essayer d'établir une connexion (non compris les temps de recherche)
.ReadWriteTimeout = temps passé à essayer de lire ou d'écrire des données une fois la connexion établie

Plus d'infos: HttpWebRequest.ReadWriteTimeout Propriété

Edit:

Par @KyleM du commentaire, le Timeout propriété est pour l'ensemble de la tentative de connexion, et à la lecture sur à MSDN montre:

Délai d'attente est le nombre de millisecondes subséquente d'un synchrones demande faite avec la méthode GetResponse attend une réponse, et la GetRequestStream méthode attend pour un cours d'eau. Le Délai d'attente s'applique à l'ensemble de la demande et de la réponse, pas individuellement à la GetRequestStream et GetResponse les appels de méthode. Si la ressource n'est pas retourné dans le délai imparti, la demande jette un WebException avec le Statut de la propriété définie à WebExceptionStatus.Délai d'attente.

(C'est moi qui souligne.)

Peu importe ce que nous avons essayé nous n'avons pas réussi à obtenir le délai d'attente de moins de 21 secondes lorsque le serveur nous étions vérification a été vers le bas.

Pour contourner cela, nous avons combiné un TcpClient vérifier pour voir si le domaine était vivant suivie par un chèque séparé pour voir si l'URL a été active

public static bool IsUrlAlive(string aUrl, int aTimeoutSeconds)
{
    try
    {
        //check the domain first
        if (IsDomainAlive(new Uri(aUrl).Host, aTimeoutSeconds))
        {
            //only now check the url itself
            var request = System.Net.WebRequest.Create(aUrl);
            request.Method = "HEAD";
            request.Timeout = aTimeoutSeconds * 1000;
            var response = (HttpWebResponse)request.GetResponse();
            return response.StatusCode == HttpStatusCode.OK;
        }
    }
    catch
    {
    }
    return false;

}

private static bool IsDomainAlive(string aDomain, int aTimeoutSeconds)
{
    try
    {
        using (TcpClient client = new TcpClient())
        {
            var result = client.BeginConnect(aDomain, 80, null, null);

            var success = result.AsyncWaitHandle.WaitOne(TimeSpan.FromSeconds(aTimeoutSeconds));

            if (!success)
            {
                return false;
            }

            //we have connected
            client.EndConnect(result);
            return true;
        }
    }
    catch
    {
    }
    return false;
}