在OLE DoDragDrop拖拽过程中能否接收WM_MOUSEWHEEL消息？

默认情况下，OLE的DoDragDrop机制会接管整个拖拽过程的输入消息处理，你的应用窗口过程在拖拽期间确实无法直接收到WM_MOUSEWHEEL。不过可以通过以下两种方案解决：

方案一：子类化OLE拖拽消息窗口 #

OLE在启动拖拽时会创建一个隐藏的专属消息窗口（类名通常为OleDropTargetWindow），所有拖拽相关的输入消息都会先发送到这个窗口。你可以通过全局消息钩子拦截这个窗口的消息，将WM_MOUSEWHEEL转发给你的目标窗口：

• 使用SetWindowsHookEx注册WH_GETMESSAGE钩子，在钩子回调中检查消息类型是否为WM_MOUSEWHEEL，且接收窗口是OLE拖拽窗口。
• 确认后，通过PostMessage或SendMessage将该消息转发给你的应用窗口。
• 记得在拖拽开始时设置钩子，拖拽结束后立即卸载，避免影响其他程序的正常运行。

方案二：自定义拖拽循环（替代DoDragDrop） #

如果允许修改拖拽发起的逻辑，可以放弃使用OLE原生的DoDragDrop，自行实现拖拽循环：

• 在发起拖拽前启动自定义消息循环，在循环中处理WM_MOUSEWHEEL消息，同时手动调用IDropSource::QueryContinueDrag、IDropTarget::DragOver等接口方法，模拟OLE的拖拽状态流转。
• 这种方式灵活性更高，但需要手动处理鼠标捕捉、拖拽状态维护等细节，对OLE拖拽的内部流程有一定要求。

注意事项 #

• 方案一中的OLE拖拽窗口类名可能随Windows版本略有变化，建议结合拖拽上下文（比如通过IDropTarget实例关联）来精准识别目标窗口，避免误拦截。
• 方案二需要充分测试，确保原有拖拽的功能（比如拖拽效果反馈、Drop操作）不受影响。

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