스레드 입력 큐

Question

"스레드 입력 큐"란 무엇입니까? MSDN에서 몇 번 언급 한 것을 보았습니다. 단순히 메시지 대기열인지, 아니면 의미있는 스레드에 의해 생성되는지는 궁금하지 않습니다.

예 :

WH_MOUSE_LL 후크 당신이 에 대해 마우스 입력 이벤트를 모니터링 할 수는 스레드의 입력 큐에 게시합니다.

Answer 1

첫째, 창에는 개별 메시지 대기열이 없습니다. 윈도우에 대한 메시지는 관련된 스레드의 메시지 대기열에 보관됩니다.

According to MSDN 키보드 및 마우스 입력 메시지는 관련 창과 관련된 스레드의 메시지 큐로 보내집니다. 그래서 "스레드 입력 대기열"은 단순히 "스레드 메시지 대기열"을 말하는 또 다른 방법이라고 생각합니다.

편집 : Raymond는 AttachThreadInput 함수를 사용하여 입력을 다른 스레드의 메시지 대기열로 리디렉션 할 수 있다고 지적했습니다. 따라서 "스레드 입력 대기열"은 주어진 스레드에 대한 입력을받는 메시지 대기열을 의미합니다. 기본적으로 이것은 동일한 스레드의 메시지 대기열이지만 다른 스레드의 메시지 대기열이 될 수 있습니다.

Answer 2

실제 답변은 논리적 추상화 offered by the MSDN보다 약간 더 복잡합니다. 나는 받아 들인 대답의 코멘트에서 확인 된 것보다 더 자세히 대답 할 수있다.

예, 두 가지 메시지가 있습니다. "게시 메시지 대기열"과 "입력 메시지 대기열"이 있습니다. 후자에는 생 마우스 및 키보드 메시지 이벤트 목록이 포함되어 있습니다. 전자는 게시되고 합성 된 메시지를 포함합니다.

내부적으로 둘 다 그냥 목록이지만 입력 메시지 목록은 내부적으로 "입력 대기열"로 참조되는 더 큰 구조 내에 포함되어 있습니다. 구조에는 논리 큐에 대한 데이터와 원시 입력 메시지 목록에 대한 포인터가 포함됩니다.

이들은 또한 "응용 프로그램 대기열"및 "시스템 대기열"이라고 서로 바꿔서 사용할 수 있습니다.

GetMessage()은 별도로 처리합니다.

THREADINFO에는 게시 메시지 목록/대기열에 대한 포인터가 있습니다. QS_POSTMESSAGE이 설정된 경우 스캔됩니다. 어느 QS_INPUT 또는 QS_EVENT 큐 동상이 설정된 경우

가 입력리스트/큐 THREADINFO에서 초기 큐 구조 포인터 및 그 큐 구조로부터 입력리스트 포인터를 얻는 스캔된다. 이상한, 알아.

QS_TIMER 큐 상태 플래그가 설정되어있는 경우, GetMessage() (또는 PeekMessage()가) 실제로라는 누구든지에 "속"한다는 경고 상태로 최초의 타이머를 찾기 위해 전체 비 커널 타이머 목록의 스캔의 시작해야합니다 GetMessage(). 대기열에는 실제로 타이머가 실행 된 시간에 대한 정보가 저장되지 않습니다. 그들이 저장하는 관련 정보 만이 QS_TIMER 플래그와 트리거 된 타이머 수입니다 (GetMessage()은 사용 가능한 마지막으로 트리거 된 타이머에 대한 메시지를 합성 한 후에 QS_TIMER 대기열 상태를 지울시기를 알고 있습니다).)

다른 합성 메시지는 대기열 메시지의 실제 목록 외부에 저장된 데이터를 기반으로하지만 대기열 구조 자체의 다른 데이터는 여전히 "in"상태입니다.