Comment puis-je imposer mon propre délai d'expiration?

Question

Je dois utiliser une API pour appeler un tiers et, idéalement, utiliser la réponse qu'elle renvoie. L'API dispose d'un délai d'attente intégré de 30 secondes et ne vous permet pas de le définir par programmation. J'en ai besoin pour expirer en 12 secondes. Voici l'appel que je fais:

réponse de chaîne = theAPI.FunctionA (a, b, c, d);

J'ai pensé que j'aurais besoin d'utiliser des appels asynchrones pour accomplir ceci et abandonner le thread à 12 secondes. Une autre question de stackoverflow semble se rapprocher de ce que je considère: Implement C# Generic Timeout

... Je me demande simplement si c'est la meilleure façon. Spécifiquement, je continue à voir des articles qui vous avertissent d'appeler EndInvoke n'importe quoi, et je me demande si Abort comme dans l'exemple référencé fermera toujours le thread de manière appropriée? Je vois qu'il y avait quelques commentaires avec beaucoup d'inquiétude concernant l'utilisation d'Abort.

Answer 1

L'annulation de threads est généralement une mauvaise idée. Pourquoi ne pas laisser l'appel se terminer (ou expirer après 30 secondes) mais ignorer le résultat (et passer à autre chose) si cela prend plus de 12 secondes?

Answer 2

Thread.Abort fermera le fil, bien sûr, car il appellera Win32 TerminateThread.

Le résultat de cette action dépendra de la façon dont votre API aime être fermé par TerminateThread.

Si votre méthode s'appelle quelque chose comme NuclearPlant.MoveRod() ou Defibrillator.Shock(), je préfère attendre ces 30 secondes.

Cette méthode donne aucune chance à la victime de faire un nettoyage:

TerminateThread est utilisé pour faire un fil pour sortir. Lorsque cela se produit, le thread cible n'a aucune chance d'exécuter un code en mode utilisateur. Les DLL attachées au thread ne sont pas averties que le thread se termine. Le système libère la pile initiale du thread.

Comme indiqué dans MSDN:

TerminateThread est une fonction dangereuse qui ne doit être utilisé dans les cas les plus extrêmes. Vous devez appeler TerminateThread uniquement si vous savez exactement ce que fait le thread cible et que vous contrôlez tout le code que le thread cible pourrait éventuellement exécuter au moment de la terminaison. Par exemple, TerminateThread peut entraîner les problèmes suivants:

• Si le thread cible possède une section critique, la section critique ne sera pas libérée.
• Si le thread cible alloue de la mémoire à partir du tas, le verrou de tas ne sera pas libéré.
• Si le thread cible exécute certains appels kernel32 lorsqu'il est terminé, l'état kernel32 du processus du thread peut être incohérent.
• Si le thread cible manipule l'état global d'une DLL partagée, l'état de la DLL peut être détruit, affectant d'autres utilisateurs de la DLL.