C++ winapi-未记录的Windows消息0x0313是否稳定？

我发现这条未记录的windows消息，十六进制代码：0x0313，当用户右键单击应用程序的任务栏按钮时发送。使用/捕获此功能是否稳定？

未记录的功能和消息可能会发生更改。您不应该依赖于此消息在其他版本的windows中以相同的方式发送，或者参数的格式相同

未记录的功能和消息可能会发生更改。您不应该依赖于此消息在其他版本的windows中以相同的方式发送，或者参数的格式相同

如果您能保证它能在以下情况下工作，那么它的使用将是稳定的：

1） 当前正在使用的所有Windows版本

2） 将在应用程序的预期生存期内发布的所有Windows版本

---

因此，不需要。

如果您能保证它在以下情况下工作，那么它的使用将是稳定的：

1） 当前正在使用的所有Windows版本

2） 将在应用程序的预期生存期内发布的所有Windows版本

---

所以，没有。

它已经工作了很多年，所以虽然不能保证它在未来版本中会工作，但它更有可能工作。

它已经工作了很多年，所以虽然不能保证它在未来版本中会工作，但它更有可能工作。

没有保证，但实际上，它可能不会消失

我在谷歌上搜索它只是为了确保它不是一条记录在案的MFC消息

一个结果来自：

当您右键单击任务栏按钮时，Windows会向相应的应用程序窗口发送一条未记录的消息（$0313）。WPARAM未使用（零），LPARAM以通常的格式包含屏幕坐标中的鼠标位置。默认情况下，WindowProc通过在给定坐标处弹出系统菜单来处理此消息

---

显然，您可以使用它来弹出自己的自定义菜单，但在此之前，我将使用Spy++来检查它是否可能生成可以处理的文档化消息。

不保证，但实际上它可能不会消失

我在谷歌上搜索它只是为了确保它不是一条记录在案的MFC消息

一个结果来自：

当您右键单击任务栏按钮时，Windows会向相应的应用程序窗口发送一条未记录的消息（$0313）。WPARAM未使用（零），LPARAM以通常的格式包含屏幕坐标中的鼠标位置。默认情况下，WindowProc通过在给定坐标处弹出系统菜单来处理此消息

---

显然，您可以使用它来弹出自己的自定义菜单，但在此之前，我会使用Spy++来检查它是否可能生成可以处理的文档化消息。

当然，因为当前的CFrameWnd mfc类依赖于此消息来显示菜单，如果在将来的版本中进行更改，这也会使所有使用CFrameWnd类的内容都过时…？在较新版本的Windows中，有几次发生MFC被破坏的情况。当然，因为当前的CFrameWnd MFC类依赖此消息来显示菜单，如果在将来的版本中进行了更改，这也会使所有使用CFrameWnd类的内容都过时…？在较新版本的Windows中，有一些记录良好的MFC被破坏的事件。windows8使用者预览已退出，最好查看消息是否存在。windows8使用者预览已退出，查看消息是否存在可能是个好主意。在Win7中，这只适用于shift修饰符。不适用于常规的右键单击。在Win7中，这仅适用于shift修饰符。常规右键单击不起作用。