介绍见MSDN,它的函数签名为:
BOOL WINAPI PeekMessage(
_Out_ LPMSG lpMsg,
_In_opt_ HWND hWnd,
_In_ UINT wMsgFilterMin,
_In_ UINT wMsgFilterMax,
_In_ UINT wRemoveMsg
);
hWnd参数和wMsgFilterMin,wMsgFilterMax都可以用于过滤,window下每个线程都有自己的消息队列,PeekMessage从消息队列里头一个个遍历找到符合过滤条件的消息。
1)MSDN里头有句话是说,即使wRemoveMsg的参数为PM_REMOVE消息队列里头的WM_PAINT也不会被移除。那么疑问来了,既然不移走,消息队列里头不久永远存在这个消息,岂不是死循环了。 可以说,形如这么的代码,
while(1)
{
if(PeekMessage(...))
DoSomething();
else
Idle();
}
如果DoSomething里头没有对失效区域进行恢复的话,Idle永远进不去。其实PeekMessage是不会移除失效区域不为空的WM_PAINT,WM_PAINT只有在失效区域恢复的时候被移除,比如调用了DefWindowProc。
2)sendmessage和peekmessage关系深厚,跨线程sendmessage事,收到send消息的线程会重置QS_SENDMESSAGE为真,待到该线程有机会获取消息队列里头的消息的时候,比如调用peekmessage,getmessage之类函数,会优先把send的消息都取出,在“内部”调用窗口处理函数,并重置QS_SENDMESSAGE为假。