C++Builder应用鼠标悬停活动窗体时持续收到WM_MOUSEMOVE消息

一、有没有窗体/应用级设置能控制这个行为？ #

没有直接的全局开关或者窗体属性可以直接关闭这种持续发送WM_MOUSEMOVE的行为，但可以通过代码手动干预：

• 在OnMessage事件处理里添加过滤逻辑：比如用WindowFromPoint()获取当前鼠标位置对应的窗口，只有当该窗口是目标窗体时，才处理WM_MOUSEMOVE消息；或者用PtInRect()判断鼠标坐标是否落在窗体的客户区范围内，不符合条件就跳过调试信息输出。
• 检查是否误用鼠标捕获：如果窗体的Capture属性被设为true，会强制所有鼠标消息发送到该窗体，这种情况可以在合适的时机调用ReleaseCapture()释放捕获。

二、这种异常行为的可能原因 #

• Windows系统消息机制的默认逻辑：当窗体处于活动状态时，系统会持续向它发送WM_MOUSEMOVE消息，哪怕鼠标被其他窗体遮盖——这是因为活动窗口拥有输入焦点，系统会优先把鼠标事件定向到它，直到鼠标真正移出该窗体的逻辑管辖范围。
• 鼠标捕获被意外激活：如果代码里不小心调用了Form->SetCapture()或者设置了Form->Capture = true，会导致窗体强制捕获所有鼠标消息，哪怕鼠标不在窗体上。排查下有没有这类代码，尤其是在控件的鼠标事件处理逻辑里。
• MDI结构的特殊情况：如果是MDI界面，当活动子窗体处于激活状态时，鼠标悬停在子窗体的“逻辑区域”（哪怕被覆盖）都会触发消息；一旦鼠标移到MDI父窗体区域，系统会判定鼠标离开活动子窗体，停止发送消息。
• 第三方组件/自定义控件的干扰：主窗体上的第三方控件或者自定义控件，可能在内部处理鼠标事件时修改了窗体的鼠标跟踪行为，或者持续触发了WM_MOUSEMOVE消息的发送。

内容的提问来源于stack exchange，提问作者user3161924