は、Windowsメッセージキュー

Question

私はフックといくつかのことをしようとしてきた、とフックがメッセージキューを使用しなければならない理由を私は理解していないと使用することは、SetWindowsHookExなければならないのはなぜ

hook = SetWindowsHookEx(WH_KEYBOARD_LL, KeyboardProc, NULL, 0); 
MSG msg; 
while(GetMessage(&msg, NULL, 0, 0) > 0) 
{ 
     TranslateMessage(&msg); 
     DispatchMessage(&msg); 
} 
UnhookWindowsHookEx(hook); 

はなぜ何かをしませんこの作品のように？

hook = SetWindowsHookEx(WH_KEYBOARD, KeyboardProc, NULL, 0); 
cin >> aKey; 
UnhookWindowsHookEx(hook); 

ブーストスレッドを使用するとバリアが機能しません。フックとアンフックの間の待ち合わせが別のやり方でできないのはなぜですか？

EDIT：

実行するループも

（私はそれが大きな違いを作るとは思わない）、決して私はこのサンプルを作成したとき、私は、ミスをしなかった私はWH_KEYBOARD_LLフックを作成し、WH_KEYBOARDありませんGetMessage関数でのみ待機します。

ループは、終了メッセージPostThreadMessage(id, WM_QUIT, 2323, NULL);を送信したときにのみ実行されるため、待機する側で何が行われるのか理解できません。内部処理がありますか？

RELATED：

C++ SetWindowsHookEx WH_KEYBOARD_LL Correct Setup

How can I set up a CBT hook on a Win32 console window?

Answer 1

低レベルのフック、WH_KEYBOARD_LLとWH_MOUSE_LLは、他のすべてのフック異なっています。ターゲットプロセスにDLLを注入する必要はありません。その代わりに、Windowsは独自のプロセス内で直接フックコールバックを呼び出します。その作業を行うには、メッセージループが必要です。メインスレッドでコールバックを行う他のメカニズムはありません。コールバックは、Windowsが制御できるようにGet/PeekMessage（）を呼び出したときにのみ発生します。

WH_KEYBOARDのようなグローバルフックは非常に異なります。 DLLが必要で、キーボードメッセージを処理するプロセス内でコールバックが発生します。あなた自身のプログラムにこれを認識させるには、何らかのプロセス間通信が必要です。名前付きパイプは通常の選択です。そうでなければ、もちろん、この注入されたプロセスがメッセージループをポンピングすることを必要とする。それ以外の場合、キーボードメッセージは表示されません。

低レベルのフックを好む、彼らは多くは行くのが簡単です。しかし、ポンプを作動させても機能しません。タイムアウトに注意してください。十分な応答が得られない場合、Windowsは予告なしにフックを壊します。リンクについて

Understanding the low-level mouse and keyboard hook (win32)

Answer 2

WindowsのフックのWindowsメッセージループフック：http://msdn.microsoft.com/en-us/library/ms644959#wh_keyboardhook

WH_KEYBOARDフックがWM_KEYDOWNとWM_KEYUPのメッセージトラフィック を監視するアプリケーションを可能にしますによって返されるメッセージGetMessage関数またはPeekMessage関数。 WH_KEYBOARDフック を使用して、メッセージキューにポストされたキーボード入力を監視できます。

コンソールアプリケーションでは、コンソールプロセスはメッセージ自体を増幅しません。したがって、プロセスがメッセージループを持っていなければ動作しません。

参照：

How can I set up a CBT hook on a Win32 console window?

C++ SetWindowsHookEx WH_KEYBOARD_LL Correct Setup