通过在客户区拖动鼠标来移动窗口引发的一些问题

最近在研究罗云彬的win32汇编（个人觉得是本好书），GDI一章，BMP时钟，发现这样一个问题：摘录原文如下：

图片



void Cls_OnLButtonDown(HWND hwnd, BOOL fDoubleClick, int x, int y, UINT keyFlags)//左键按下消息响应函数

{

//省略无关代码......

PostMessage(hwnd,WM_NCLBUTTONDOWN,HTCAPTION,0);

//省略无关代码......

}

在指定 CS_DBLCLKS 风格的情况下，经过这样的处理后，单击并放开鼠标左键，程序没收到WM_LBUTTONUP消息。而双击鼠标后，程序却收到了WM_LBUTTONUP消息。

在网上查到以下资料：

因为默认的WndProc里面做了处理。（里面有个while 循环，使用SetCapture/GetMessage 来捕捉鼠标消息，实现窗口标题栏的拖动）。只有鼠标释放才退出这个循环。

同样的 WM_NCLBUTTONUP 消息也由于 while循环的存在，无法被正常拦截。

自己又做了实验，发现双击窗口时（指定 CS_DBLCLKS 风格），按顺序收到消息如下：

(1)WM_LBUTTONDOWN (2)WM_LBUTTONUP(3)WM_LBUTTONDBLCLK(4)WM_LBUTTONUP

所以我认为异常出现的原因是这样的：

单击鼠标并放开，收到 WM_LBUTTONDOWN消息，调用PostMessage(...,WM_NCLBUTTONDOWN,...,...)后，WM_LBUTTONUP无法被响应

双击鼠标再放开，收到 WM_LBUTTONDOWN消息，调用PostMessage(...,WM_NCLBUTTONDOWN,...,...)后，(2)WM_LBUTTONUP无法被响应,紧接着收到(3)WM_LBUTTONDBLCLK
消息，由于 WM_LBUTTONDBLCLK 的响应函数中没有 PostMessage(...,WM_NCLBUTTONDOWN,...,...) 相关代码，所以(4)WM_LBUTTONUP被响应，于是便形成了以上的现象。

不过这纯属我个人的猜想，还有待进一步的证明!!