Problèmes liés aux méthodes d'appel d'objets distants asynchrones
Remarquez que si le client est une classe liée au contexte qui nécessite un contexte synchronisé, la fonction de rappel est distribuée via l'infrastructure de contexte du .NET Framework Remoting. Cela signifie que la fonction de rappel elle-même peut s'exécuter de manière asynchrone par rapport à ses appelants pour ces contextes-là. C'est également le comportement de l'attribut OneWayAttribute lors de son application aux signatures de méthode de rappel. N'importe laquelle de ces méthodes de rappel peut s'exécuter de manière synchrone ou asynchrone en fonction de l'appelant distant, et l'appelant n'est pas en mesure de savoir si un tel appel a abouti lors du retour du contrôle de l'exécution.
De plus, l'appel de la méthode EndInvoke avant que l'opération asynchrone soit achevée une deuxième fois à l'aide du même IAsyncResult est indéfini.
Dans le .NET Framework versions 1.0 et 1.1, un délégué asynchrone qui lève une exception est appelé une deuxième fois. Dans le .NET Framework version 2.0, le délégué n'est appelé qu'une seule fois.
Voir aussi
Concepts
Exemple d'accès distant : Accès distant asynchrone
Configuration d'applications distantes