Web Api - le-Feu et Oublier

Véritable feu et d'oublier les tâches peuvent être difficiles à asp.net comme souvent, ils pourront mourir avec la demande qu'ils ont été créés dans le cadre de.

Si vous utilisez 4.5.2+ vous pouvez utiliser QueueBackgroundWorkItem pour exécuter la tâche. En vous inscrivant tâches à l'aide de cette méthode, le domaine d'application essayer de retarder la fermeture jusqu'à ce qu'ils ont tous terminé mais il peut toujours y avoir des cas où ils seront tués avant qu'ils soient terminés. C'est probablement la chose la plus simple à faire, mais la peine de lire pour voir exactement quels cas peut provoquer des emplois être annulée.

HostingEnvironment.QueueBackgroundWorkItem(async cancellationToken =>
{
  await Task.Run(...);
});

Il y a un outil appelé hangfire qui utilise un stockage permanent pour s'assurer qu'une tâche est terminée et a été intégrée à la nouvelle tentative d'erreur et de la fonctionnalité d'enregistrement. C'est plus pour les "tâches d'arrière-plan", mais ne convenir à feu et à oublier. Cela est relativement facile à installer et offre une grande variété de supports de sauvegarde, je ne me rappelle pas les détails exacts, mais certains nécessitent une licence et d'autres pas (comme MSSQL).

OriginalL'auteur Fermin

Jamais le feu et oublier, parce que vous n'avez pas la chance de voir toutes les erreurs, ce qui rend pour une très maladroit de dépannage si quelque chose va mal (avoir de la méthode de tâche de faire sa propre gestion d'exception n'est pas garanti de fonctionner, parce que la tâche peut ne pas démarrer correctement en premier lieu). À moins que vous vraiment n'avez pas l'esprit si la tâche n'a rien ou pas, mais c'est tout à fait inhabituel (puisque, si vous avez vraiment ne se soucient pas, pourquoi exécuter la tâche en premier lieu)? À tout le moins, de créer votre tâche avec un continuation:

Task.Run(...)
  .ContinueWith(t => 
    logException(t.Exception.GetBaseException()),
    TaskContinuationOptions.OnlyOnFaulted
  )
;

Vous pouvez le rendre plus sophistiqué que vos besoins.

Dans le cas spécifique d'une API web, vous pouvez réellement envie d'attendre pour votre arrière-plan des tâches à terminer avant de remplir votre demande. Si vous ne le faites pas, vous êtes en laissant les choses en arrière-plan qui peuvent dénaturer la charge de votre service peut vraiment prendre, ou même arrêter complètement de travailler si les clients le feu trop de demandes et vous ne faites rien à gaz. Vous pouvez recueillir des tâches et émettre un await Task.WhenAll(...) à la fin de l'atteindre; de cette façon, vous pouvez continuer à faire un travail utile tout votre tâche de fond travaillé à l'écart, mais vous n'avez pas de retour jusqu'à ce que tout est fait.

OriginalL'auteur Jeroen Mostert

Je suis d'accord avec les autres que vous ne devriez pas simplement oublier votre appel. Cependant, pour répondre à votre question, si vous supprimez attendent à partir de la Tâche.Run() de la ligne, l'appel ne sera pas de blocage comme indiqué ici

public async Task<SomeType> DoSth()
{
    Task.Run(...);
    .....
    //Do some other work while Task.Run() continues in parallel.
}

OriginalL'auteur Avinash Kumar

Pour l'invocation d'un feu et d'oublier WebApi méthode, j'ai utilisé le code suivant pour s'assurer qu'il renvoie une réponse OK. J'mon cas, le porteur jeton d'autorisation créé à l'ouverture de session est stocké dans un cookie:

...
FireAndForget().Wait();
...

private async Task FireAndForget()
    {
        using (var httpClient = new HttpClient())
        {
            HttpCookie cookie = this.Request.Cookies["AuthCookieName"];
            var authToken = cookie["AuthTokenPropertyName"] as string;
            httpClient.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("Bearer", authToken);
            using (var response = await httpClient.GetAsync("http://localhost/api/FireAndForgetApiMethodName"))
            {
                //will throw an exception if not successful
                response.EnsureSuccessStatusCode();
            }
        }
    }

OriginalL'auteur CAK2