Comment puis-je installer un cookie sur HttpClient de HttpRequestMessage

Je suis en train d'utiliser le site web de l'api de HttpClient de faire un post à un point de terminaison qui nécessite un nom d'utilisateur sous la forme d'un cookie HTTP qui identifie un compte (c'est seulement quelque chose qui est #ifdef'ed hors de la version).

Comment puis-je ajouter un cookie à la HttpRequestMessage?

InformationsquelleAutor George Mauer | 2012-09-11

asp.net-mvc-4 asp.net-web-api c#rest

313

Voici comment vous pouvez personnaliser la valeur du cookie pour la requête:
```
var baseAddress = new Uri("http://example.com");
var cookieContainer = new CookieContainer();
using (var handler = new HttpClientHandler() { CookieContainer = cookieContainer })
using (var client = new HttpClient(handler) { BaseAddress = baseAddress })
{
    var content = new FormUrlEncodedContent(new[]
    {
        new KeyValuePair<string, string>("foo", "bar"),
        new KeyValuePair<string, string>("baz", "bazinga"),
    });
    cookieContainer.Add(baseAddress, new Cookie("CookieName", "cookie_value"));
    var result = client.PostAsync("/test", content).Result;
    result.EnsureSuccessStatusCode();
}
```
- gestionnaire peut être retiré de l'aide de déclaration, il sera détruit lors de la client http est éliminé.
- Kimi est correct, mais aussi vous ne devriez pas envelopper votre HttpClient dans une aide. aspnetmonsters.com/2016/08/2016-08-27-httpclientwrong
- ATTENTION: si vous utilisez juste 1 exemple de HttpClient pour faire suite à plusieurs demandes, des cookies à l'aide de CookieContainer se passe mis en cache. Il est dangereux pour un utilisateur d'obtenir le cookie d'un autre utilisateur.
- "HttpClient est conçu pour être instancié une fois et ré-utilisé tout au long de la durée de vie d'une application. En particulier dans les applications serveur, la création d'une nouvelle HttpClient instance pour chaque demande d'échappement, le nombre de sockets disponibles sous de lourdes charges..." à Partir d'ici: asp.net/web-api/overview/advanced/...
- alors que faire quand il a besoin de faire séparée-session appels à la même ressource? 🙂
- pas dans le cas d'utilisation comme indiqué ici. Cependant, dans les discussions sur l' .NET GitHub, il a été porté à mon attention que le problème ne réside pas dans le HttpClient éliminés, mais plutôt la HttpClientHandler. Si vous gardez une instance statique de la HttpClientHandler et le passer à la HttpClient constructeur avec disposeHandler définie sur false, vous pouvez créer et disposer toutefois de nombreux HttpClient instances que vous voulez, c'est en fait la HttpMessageHandler qui possède les ressources, et non HttpClient.
InformationsquelleAutor Darin Dimitrov
281

La accepté de répondre est la manière correcte de le faire dans la plupart des cas. Cependant, il ya quelques situations où vous souhaitez définir l'en-tête de cookie manuellement. Normalement, si vous définissez un "Cookie" en-tête il est ignoré, mais c'est parce que HttpClientHandler par défaut à l'aide de son CookieContainer propriété pour les cookies. Si vous désactivez puis par la mise en UseCookies à false vous pouvez définir les en-têtes de cookie manuellement et ils apparaissent dans la demande, par exemple,
```
var baseAddress = new Uri("http://example.com");
using (var handler = new HttpClientHandler { UseCookies = false })
using (var client = new HttpClient(handler) { BaseAddress = baseAddress })
{
    var message = new HttpRequestMessage(HttpMethod.Get, "/test");
    message.Headers.Add("Cookie", "cookie1=value1; cookie2=value2");
    var result = await client.SendAsync(message);
    result.EnsureSuccessStatusCode();
}
```
- J'ai été à la chasse pendant plusieurs jours à une erreur dans lesquelles les demandes envoyées avec SendAsync n'a pas envoyé le cookie d'en-tête; cela m'a aidé à comprendre que, sauf si vous définissez Utilisercookies = false dans le Gestionnaire, il ne sera pas seulement d'utiliser le CookieContainer, mais également ignorer en silence aucun Cookie stocké dans les en-têtes de requête! Merci beaucoup!
- Cette réponse est extrêmement utile pour ceux qui cherchent à utiliser HttpClient comme un proxy!
- Essayer ce moment... si ça marche... vous méritez un bon ol' Canadienne des hug.
- ATTENTION: si vous utilisez juste 1 exemple de HttpClient pour faire suite à plusieurs demandes, des cookies à l'aide de CookieContainer se passe mis en cache. Il est dangereux pour un utilisateur d'obtenir le cookie d'un autre utilisateur.
- C'est génial! Que "officiel" n'a jamais fonctionné correctement dans mon application multithread. Celle-ci est parfait.
- Cette stupide chose doit lever une exception, lorsque quelqu'un essaie d'ajouter un "Cookie" en-tête en silence au lieu de les perdre. M'a coûté une heure de ma vie. Merci pour la solution.
- C'est très utile pour tester Azure Http déclencher des fonctions où vous souhaitez passer une HttpRequestMessage plutôt que de faire un appel!
- J'ai utilisé les deux solutions, mais je viens de le garder sur l'obtention d'Erreur 500.
- ce n'est pas un problème pour cette réponse, car elle désactive la CookieContainer pour être en mesure d'envoyer ses propres cookies conformément à la demande.
InformationsquelleAutor Greg Beech

Après avoir passé des heures sur ce problème, aucune des réponses ci-dessus m'a tant aidé, j'ai trouvé un vraiment utile.

Tout d'abord, j'ai utilisé Telerik de la Fiddler 4 à l'étude de mon site Web Demandes dans les détails

Deuxièmement, je suis tombé sur ce plugin utile pour Fiddler:

https://github.com/sunilpottumuttu/FiddlerGenerateHttpClientCode

Il va tout simplement de générer le code C# pour vous. Un exemple en est:

        var uriBuilder = new UriBuilder("test.php", "test");
        var httpClient = new HttpClient();


        var httpRequestMessage = new HttpRequestMessage(HttpMethod.Post, uriBuilder.ToString());



        httpRequestMessage.Headers.Add("Host", "test.com");
        httpRequestMessage.Headers.Add("Connection", "keep-alive");
     //  httpRequestMessage.Headers.Add("Content-Length", "138");
        httpRequestMessage.Headers.Add("Pragma", "no-cache");
        httpRequestMessage.Headers.Add("Cache-Control", "no-cache");
        httpRequestMessage.Headers.Add("Origin", "test.com");
        httpRequestMessage.Headers.Add("Upgrade-Insecure-Requests", "1");
    //   httpRequestMessage.Headers.Add("Content-Type", "application/x-www-form-urlencoded");
        httpRequestMessage.Headers.Add("User-Agent", "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36");
        httpRequestMessage.Headers.Add("Accept", "text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8");
        httpRequestMessage.Headers.Add("Referer", "http://www.translationdirectory.com/");
        httpRequestMessage.Headers.Add("Accept-Encoding", "gzip, deflate");
        httpRequestMessage.Headers.Add("Accept-Language", "en-GB,en-US;q=0.9,en;q=0.8");
        httpRequestMessage.Headers.Add("Cookie", "__utmc=266643403; __utmz=266643403.1537352460.3.3.utmccn=(referral)|utmcsr=google.co.uk|utmcct=/|utmcmd=referral; __utma=266643403.817561753.1532012719.1537357162.1537361568.5; __utmb=266643403; __atuvc=0%7C34%2C0%7C35%2C0%7C36%2C0%7C37%2C48%7C38; __atuvs=5ba2469fbb02458f002");


        var httpResponseMessage = httpClient.SendAsync(httpRequestMessage).Result;

        var httpContent = httpResponseMessage.Content;
        string result = httpResponseMessage.Content.ReadAsStringAsync().Result;

Que j'ai eu à commenter les deux lignes que ce plugin n'est pas totalement parfait encore, mais il fait le travail tout de même.

AVERTISSEMENT: je ne suis pas associé ou approuvé par Telerik ou le plugin de l'auteur, de toute façon.

C'est essentiellement la même réponse, comme celle ci, la seule partie de ce qui a à voir avec les témoins de connexion est le dernier ajout d'un en-tête. Remarque toutes les mises en garde dans sa réponse,

InformationsquelleAutor Amir No-Family

Vous devez vous connecter pour publier un commentaire.