Quelles sont les pièges de l'utilisation d'un client proxy WCF statique partagé?

Question

J'envisage d'utiliser un client proxy WCF partagé (lecture statique) pour une application à haut débit. Je crois qu'il y a un gain de performance à faire cela, mais je n'ai pas encore évalué cela.

Y a-t-il de sérieux pièges à cette idée? De mes recherches, je peux voir qu'il y a le problème de la gestion de l'état d'erreur, on ne sait pas quel serait le flux de cet état pour d'autres demandes en attente.

Est-ce que quelqu'un a de l'expérience en récupérant un proxy WCF de son état défectueux?

merci à l'avance!

Answer 1

Une fois que le canal est dans un état défectueux, il restera ainsi. Alors oui, je pense qu'un client statique serait problématique. J'ai commencé ainsi, mais j'ai fini par créer et ouvrir une nouvelle chaîne pour chaque appel. Il ne semble pas y avoir beaucoup de compromis en matière de performance.

Pour référence, je fais environ 30-60 demandes d'environ 5K-30K par requête par seconde sur une machine quad core à partir d'une autre machine quad core. La WCF a très bien résisté jusqu'ici.

Answer 2

Je viens de découvrir que l'appel de Close() sur le proxy bloquera quand les appels qui sont des opérations One Way exécutent [OperationContract (IsOneWay = true)]. Cela changerait le flux aussi.