2009-11-09 4 views
0

Je retourne actuellement un flux de toutes mes méthodes décorées WebGet/WebInvoke à partir de WCF. Et j'ai aussi un flux en entrée. Je fais cela parce que je veux la flexibilité avec la réponse & types de contenu d'entrée. C'est principalement parce que j'ai besoin de flexibilité lors de l'analyse de l'entrée - il ne peut pas être facilement sérialisé/désérialisé.wcf reste weboperationcontext.current thread sûr?

Toutefois, j'utilise ensuite WebOperationContext.Current pour définir les codes httpstatus. Je suis inquiet que ce ne serait pas thread bien sûr (comment le thread savoir quel contexte il traite?)

Donc ma question est - utilise WebOperationContext.Current thread-safe dans des conditions de forte charge?

Est-ce que quelqu'un sait comment le thread et WebOperationContext.Current sont liés? Utilise-t-il TLS (thread local storage)?

p.

Répondre

0

La documentation des WebOperationContext états:

statiques publics (en Visual Basic) de ce type sont thread sûr. Tous les membres d'instance ne sont pas garanti être thread-safe.

Cela signifie que l'invocation Current est thread-safe, car il est statique, mais invoquer une méthode sur l'instance de retour ne sera pas garanti comme sûrs.

Questions connexes