Pourquoi utiliser ReadDirectoryChangesW de manière asynchrone?

Question

J'ai lu la documentation pour ReadDirectoryChangesW() et également vu le CDirectoryChangeWatcher project, mais aucun ne dit pourquoi on voudrait l'appeler de manière asynchrone. Je comprends que le thread actuel ne bloquera pas, mais, au moins pour le code CDirectoryChangeWatcher qui utilise un port d'achèvement, lorsqu'il appelle GetQueuedCompletionStatus(), bloque les threads de toute façon (s'il n'y a pas de modifications). En premier lieu, si j'appelle de façon synchrone ReadDirectoryChangesW() dans un thread séparé que je ne m'inquiète pas s'il bloque, pourquoi voudrais-je jamais appeler ReadDirectoryChangesW() de manière asynchrone?

Answer 1

Lorsque vous l'appelez de manière asynchrone, vous avez plus de contrôle sur thread fait l'attente. Il vous permet également d'avoir un seul thread d'attente pour plusieurs choses, comme un changement de répertoire, un événement et un message. Enfin, même si vous faites l'attente dans le même fil que la montre en premier lieu, cela vous donne le contrôle sur combien de temps vous êtes prêt à attendre. GetQueuedCompletionStatus possède un paramètre de délai d'attente que ReadDirectoryChangesW n'offre pas par lui-même.

Answer 2

Vous appelez ReadDirectoryChangesW de telle sorte qu'il renvoie ses résultats de manière asynchrone si vous avez besoin que le thread appelant ne bloque pas. Une tautologie, mais la vérité.

Candidats pour ces discussions: le fil d'interface utilisateur & tout thread qui est seul responsable de l'entretien d'un certain nombre de ressources (Sockets, tout type d'IPC, fichiers indépendants, etc.).

N'étant pas familier avec le projet, je suppose que le CDirectoryChangeWatcher ne se soucie pas si son thread de travail bloque. Généralement, c'est la nature des threads de travail.

Answer 3

J'ai essayé d'utiliser ReadDirectoryChanges dans un thread de travail de manière synchrone, et devinez quoi, il a bloqué afin que le thread ne puisse pas sortir de lui-même à la sortie du programme. Donc, si vous ne voulez pas utiliser des choses malveillantes comme TerminateThread, vous devez utiliser des appels asynchrones.