WINAPIアプリケーションのフォーカスが外れているときGetKeyStateによってGetKeyboardStateの動作が変更されましたか？

Question

GetKeyboardState(aByteArray)をWPFアプリケーション（およびほかのアプリケーションも同様）から呼び出すと、SHIFTキーを押し続けると、アプリケーションにフォーカスがあるときだけ正しく検出されます。アプリケーションにフォーカスがないときは、メソッドコールの後に0になる。aByteArray[VK_SHIFT]

しかし、GetKeyState(aVKCode)場合、アプリケーションがフォーカスされていない場合、戻り値は破棄されても、その後GetKeyboardState(aByteArray)を保持SHIFTキーの正しい非ゼロ状態を提供する、aVKCodeの任意の値の直前GetKeyboardState(aByteArray),と呼ばれ。

この動作は直感的ではなく、多くのプログラマの悲嘆を引き起こしているようです。

メッセージに関連する情報があると考えられます。スレッドがメッセージキューからキーボードメッセージを削除すると、ステータスが変わります。キーボードメッセージがスレッドのメッセージキューにポストされたり、キーボードメッセージが他のスレッドのメッセージキューにポストされたり、他のスレッドのメッセージキューから取得されたりすると、ステータスは変化しません。

潜在的に、GetKeyState()は、所望のように動作するGetKeyboardState()ために前GetKeyboardState()に呼び出されなければならないような方法で、メッセージキューと相互作用します。しかし、私はメッセージキューの概念や、Windowsで項目を追加したり削除したりする方法についてよく知らないので、私はここで質問したいと思っていました。誰もがなぜGetKeyboardState()への呼び出しがアプリケーションフォーカスなしで保持されているSHIFTキーをキャプチャできないのか説明できますか？

Answer 1

GetKeyStateは、スレッドの最後に処理されたメッセージに常に関連付けられます。したがって、メッセージハンドラ内でGetKeyStateを使用すると、このメッセージがメッセージキューに置かれたときにキーステートが取得されます。

メッセージ処理が遅れた場合、各メッセージをプログラマが処理できるようになり、その瞬間のキー状態を検出することができます。 I.E .:「マウスクリックが発生したときにShiftキーを押していましたか？」

GetKeyStateを使用すると、その間に他のメッセージが処理された場合は、状態またはメッセージをスキップできます。あなたはGetAsyncKeyState

機能が十分に文書化されて使用する必要があります現在キーの状態を検出する

。

最後に、GetKeyStateもGetAsyncKeyStateも、シフトキーがプログラム内で押されたかどうかを検出する良い方法ではありません。メッセージを処理し、WM_KEYDOWNを検出します。