EnvoyerMessage vs PosterMessage + AttendreUnSeulObjet

Question

Je me demandais quelle était la différence entre appeler SendMessage (qui bloque) et appeler PostMessage en conjonction avec WaitForSingleObject. Des idées ?

Answer 1

SendMessage() peut être refusé si vous l'appelez dans le contexte d'un appel COM, où l'objet COM vit dans un STA (les appels sont distribués à travers la pompe de messages). PostMessage() n'est pas soumis aux règles des appartements COM.

De plus, PostMessage() place le message à la fin de la file d'attente de messages de la fenêtre. SendMessage() contourne la file d'attente. Vous pouvez trouver une discussion plus approfondie sur les files d'attente de messages sur le blog de Raymond Chen The Old New Thing.

Mon point est qu'il y a plus de différences entre SendMessage() et PostMessage() qu'il n'y paraît. Je recommande vraiment de parcourir le blog de Raymond, car il a couvert de nombreuses erreurs au fil des ans.

Answer 2

PostMessage et WaitForSingleObject vous permettent d'effectuer une messagerie asynchrone. Vous pouvez envoyer un message, faire d'autres choses, et vérifier plus tard pour une réponse. SendMessage est synchrone et nécessite que vous attendiez.

Answer 3

J'ai toujours pensé que SendMessage appelle directement votre procédure windows, en contournant la file d'attente des messages ; tandis que PostMessage ajoute simplement le message à la file d'attente.

Answer 4

SendMessage est un seul appel API, donc moins susceptible à vos erreurs. Optez pour la solution intégrée plutôt que de créer la vôtre.