Cohérence de thread

Toutes les fonctions de cette API peuvent être appelées simultanément à partir de threads différents. Toutefois, chaque objet passé en tant que paramètre aux fonctions a un comportement de thread spécifique, comme décrit ci-dessous.

Les handles suivants sont à thread unique et ne prennent pas en charge les opérations simultanées pour un instance particulier :

• WS_HEAP
• WS_MESSAGE
• WS_XML_BUFFER
• WS_XML_READER
• WS_XML_WRITER
• WS_ERROR
• WS_OPERATION_CONTEXT
• WS_POLICY
• WS_METADATA
• WS_SECURITY_TOKEN
• WS_SECURITY_CONTEXT

Les handles suivants sont des threads libres et prennent en charge les opérations simultanées pour un instance particulier :

• WS_CHANNEL
• WS_LISTENER
• WS_SERVICE_HOST
• WS_SERVICE_PROXY

Pour tous ces handles, le threading est défini en termes d’opérations (pas d’appels de fonction). Une opération est définie différemment pour les fonctions appelées de manière synchrone et pour les fonctions appelées de manière asynchrone :

• Pour les fonctions appelées de manière synchrone, l’opération est en attente pendant l’exécution de la fonction.
• Pour les fonctions appelées de manière asynchrone, si la fonction retourne un code de retour autre que WS_S_ASYNC l’opération est en attente pendant l’exécution de la fonction. Si la fonction retourne WS_S_ASYNC , toutefois, l’opération est en attente jusqu’à ce que le WS_ASYNC_CALLBACK soit appelé. Pour plus d’informations sur l’appel de fonctions de manière asynchrone, consultez la rubrique Modèle asynchrone . Pour obtenir des codes d’erreur, consultez Valeurs de retour des services Web Windows.

Si vous ne suivez pas le contrat de thread pour un objet, le comportement n’est pas défini.