调用TrackPopupMenu前是否应发送WM_CANCELMODE以取消模态操作？

• 场景复现：打开记事本，按住鼠标左键调整窗口大小，同时按下上下文菜单键（或Shift+F10），此时右键菜单会弹出，但由于窗口大小调整的模态循环仍在运行，且鼠标处于被捕获状态，无法用鼠标和菜单交互。
• 自身问题：我的Win32应用也存在类似问题——在拖放操作捕获鼠标时弹出菜单，这种情况在我的程序里比记事本更频繁出现。
• 拟解决方案：打算在弹出菜单前取消所有模态操作，具体是调用TrackPopupMenu前向窗口发送WM_CANCELMODE，我的所有模态操作都会处理这个消息，以此清理状态并释放鼠标捕获。
• 核心疑问：有没有弹出菜单时不应该取消有状态模态的场景？我认为肯定存在，毕竟TrackPopupMenu不会自动发送WM_CANCELMODE。

确实存在这类场景，最典型的有两种：

• 模态对话框内弹出右键菜单：如果打开了一个模态对话框（比如文件选择框），此时主窗口被对话框阻塞，用户在对话框控件上触发右键菜单。这时若发送WM_CANCELMODE，会直接关闭模态对话框——用户只是想调右键菜单，不是要关掉对话框，这完全不符合预期。
• 自定义连续模态操作：比如绘图软件里的“连续绘制图形”状态，用户按住鼠标拖拽绘制时触发右键菜单（比如调整画笔参数），如果此时取消模态，会直接中断正在进行的绘制流程，破坏用户操作的连贯性。

TrackPopupMenu之所以不自动发送WM_CANCELMODE，就是因为系统没法预判你的模态操作是“临时可中断”的（比如窗口调整、拖放），还是“需要保留上下文”的（比如模态对话框、连续绘制）。所以系统把判断权交给了开发者，由你根据自己的业务场景来决定是否发送这个消息。

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