Maison > développement back-end > C++ > Pourquoi `httpclient.getAsync ()` implique-t-il avec asynchronisation / attendre dans .net 4.5?

Pourquoi `httpclient.getAsync ()` implique-t-il avec asynchronisation / attendre dans .net 4.5?

DDD
Libérer: 2025-01-25 13:31:10
original
730 Les gens l'ont consulté

Why Does `HttpClient.GetAsync()` Deadlock with Async/Await in .NET 4.5?

.net 4.5

et async / attend provoqué les verrous morts HttpClient.GetAsync() Dans le .NET 4.5, lors de l'utilisation de la classe

combinée avec le mode

, dans certains cas, le résultat des résultats HttpClient peut se produire indéfiniment. Dans le code prévu, ce comportement a été observé dans le cas "Test5", et il a provoqué le problème de savoir s'il y avait des erreurs ou l'API dans la classe async/await. httpClient.GetAsync(...) HttpClient La raison de la serrure

Le verrouillage mort est causé par le contexte du thread et le mécanisme de synchronisation utilisé par le mode . Lorsque la demande ASP.NET attend d'être , cette méthode se rétablit généralement sur le capturé

pour s'assurer que les réserves de contexte sont nécessaires.

async/await Cependant, dans le cas de Test5, Task a lancé une opération de blocage lorsque vous attendez les résultats de SynchronizationContext, c'est-à-dire

. Cela bloque les threads avec le contexte de la demande, empêchant l'achèvement de

dans le contexte. AsyncAwait_GetSomeDataAsync HttpClient.GetAsync Async / Await et les meilleures pratiques de HttpClient Test5Controller.Get Task

Afin d'éviter ces soulevés de terre, il est recommandé d'utiliser les meilleures pratiques suivantes:

Utiliser

dans la méthode asynchrone de la "bibliothèque" possible. Cela permet de continuer à s'exécuter sur des threads de pool de threads ordinaires et à contourner le contexte de la demande ASP.NET.

Évitez l'obstruction Fonctionnement; Le mode
    doit être utilisé dans l'ensemble du code.
  • ConfigureAwait(false)
  • En suivant ces pratiques, vous pouvez utiliser les deux avantages de l'utilisation de
  • en même temps: l'exécution sur un thread de filetage séparé se poursuit, sans avoir besoin de demandes ASP.NET, et garder le contrôleur lui-même asynchrone Pour éviter la demande de blocage des fils. Task

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal