Почему peekmessage прежде getmessage?

Это не так. Эти две функции делают разные вещи.

PeekMessage (...) не дожидается появления сообщения - он получает первое сообщение, если оно есть, при желании также удаляя его из очереди, но возвращает false сразу же, когда его нет. Это чаще встречается в приложениях, где вы выполняете некоторую обработку, ожидая сообщения, и не можете просто сидеть и ждать следующего сообщения вечно. Игры в реальном времени и тому подобное легко попадают в эту категорию.

GetMessage (...) ждет сообщения и получает его. Это более эффективно с точки зрения ЦП, потому что он не опрашивает постоянно, но он будет приостанавливать работу, если нет никаких сообщений. Это чаще встречается в форматных приложениях и других программах, которые не требуют постоянной обработки в реальном времени.

Есть несколько причин для использования PeekMessage перед / вместо GetMessage :

1. Обеспечение того, чтобы программа не зависала, пока не придет сообщение - это немного избыточно, потому что вы можете напрямую используйте PeekMessage с флагом PM_REMOVE , чтобы опросить очередь сообщений и полностью исключить GetMessage .
2. Использование функции с PM_NOREMOVE и решение, хотите ли вы обработать и / или удалить сообщение из очереди или нет.
3. Вызов IsWindowUnicode для дескриптора окна возвращенных сообщений и выбор либо PeekMessageA , либо PeekMessageW .
4. Множество вышеперечисленного.