Начитываю сейчас на тему обработки сообщений и хуков в МСДН и других источниках. Везде упоминается, что при создании глобального хука его код должен быть вынесен в длл, а причины как-то не указываются. Сегодня обнаружил, что глобальный хук возможен и без всякой динамической библиотеки, вот код:



Отсюда вопрос, почему МСДН требует вынесения хука в библиотеку? Какой раздел почитать, чтобы понять, что это даёт и от чего защищает? Беглый просмотр функций, упоминающихся в материалах про хуки в МСДН только ещё больше запутал.

Далеко не все глобальные хуки должны жить в dll.
К примеру, про WH_JOURNALRECORD MSDN пишет, что:

WH_JOURNALRECORD и WH_JOURNALPLAYBACK - это всегда локальные системные хуки, котоpым не нужно быть в DLL. Также WH_SYSMSGFILTER - это всегда системный удаленный хук.

В Dll код нужно выносить по той простой причине, что этот код должен быть внедрён в адресное пространство целевого процесса.

Например, другой процесс, не связанный с вами, ставит хук. Вот вы вызывали GetMessage. Должен сработать хук. Сейчас управление находится в вашем процессе. Как система вызовет обработчик хука, находящийся вообще в другом адресном пространстве? А никак.
Поэтому она требует, чтобы код был в DLL. Тогда она может спокойно загрузить DLL в ваш процесс, а когда вы вызываете GetMessage, то система просто проходит по списку хуков и вызывает код каждого обработчика, который сейчас сидит в вашем адресном пространстве. Очень просто.

Исключения бывают (тот же WH_JOURNALRECORD или _LL-хуки) - они не требуют DLL по той простой причине, что событие (грубо говоря) наступает не в самом процессе, а уровнем повыше, более глобально. Поэтому и нет смысла внедрять код в процесс - достаточно оповестить систему о подписке. Поэтому-то DLL и не нужна. Для остальных хуков - они работают "в контексте" процесса, поэтому хук требует DLL.

Возможно, вам будет интересна эта статья.

Большое спасибо, как раз то объяснение, что мне и требовалось.