在编写 Windows 桌面应用程序时，我应该在哪里跟踪我的窗口句柄？答案

【问题标题】：Where should I keep track of my window handles when writing a windows desktop application?在编写 Windows 桌面应用程序时，我应该在哪里跟踪我的窗口句柄？
【发布时间】：2019-04-08 14:47:14
【问题描述】：

我正在尝试用 C++ 编写我的第一个 Windows 桌面应用程序，但我对此很陌生，我不知道应该如何跟踪子窗口的窗口句柄。

我遇到了一些丢失窗口句柄的问题，例如：

当接受来自多个跟踪栏的WM_HSCROLL 消息时，特定的跟踪栏由 lParam 在消息中标识，其中包含跟踪栏窗口的句柄......但如果我不存储我的窗口句柄，那么我不会'不知道消息来自哪个轨迹栏！

我应该将它们存储在全局变量中吗？这似乎不太安全。

我应该创建一个结构或类来包装父窗口并存储窗口句柄等重要变量吗？如果是这样，我将如何处理？

【问题讨论】：

也许将你的窗口包装在一个类中。
我应该将它们存储在全局变量中吗？这似乎不太安全。全局变量通常不是一个好的选择。
@drescherjm 不同意你所有的三个 cmets。
无处可去。所有窗口句柄都可以通过 GetDlgItem() 和类似的函数遍历。您主要希望保存顶级窗口或使用GWLP_USERDATA 和SetWindowLongPtr()。
您可以将任意数据与窗口句柄SetWindowLongPtr(win, GWLP_USERDATA, ptr) 相关联。例如，您可以存储一个指向表示该窗口的 C++ 对象的指针。

标签： c++ windows winapi

【解决方案1】：

应在对特定窗口有意义的位置跟踪窗口句柄。例如，如果您的程序只会创建主窗口类的单个实例，则可能根本不需要存储该 HWND（主窗口的对象存储状态是的，但不是 HWND 本身）。

如果该主窗口创建子窗口（例如提到的轨迹栏），那么轨迹栏 HWND 将作为该主对象状态的一部分存储。

实际上，这与任何其他程序架构问题没有什么不同，您需要设计您的程序，使所有需要的数据都暴露在需要的地方，但尽量将暴露限制在实际需要的地方。

【讨论】：

如何将轨迹栏 HWND 存储为主要对象的一部分？我是否需要为主窗口制作一个包装器对象，并将子 HWND 存储在其中？还是有更简单的方法？

【解决方案2】：

让我们从头开始。

函数返回结果是有原因的。如果你忽略了一个 API 函数的结果，那么你现在就做错了！ API函数是什么无关紧要，如果有返回结果，则不应丢弃它。它可以是进一步使用所需的对象或错误代码，或同样有用的东西。当然，窗口句柄是非常有用的对象，您不应该丢弃它们。

现在，一旦你掌握了句柄并决定保留它（你应该这样做），问题就是如何。事实是，是否将其包装在一个类中是次要的决定。存储窗口句柄的最佳方法是将它们放在某种动态容器中。例如，std::vector。

最后但并非最不重要的问题是如何从消息处理函数访问这个句柄容器。最简单的方法之一（虽然不是最优雅的）是使这个向量成为一个全局变量。比任何消息处理程序路由都可以轻松访问它。

【讨论】：

所以我应该在文档的开头有一个包含所有窗口句柄的大向量？如何跟踪哪个句柄用于哪个窗口？
@JohnnyMayhew “哪个”窗口是什么意思？句柄是一个窗口。
例如，如果我想知道 WM_HSCROLL 消息来自哪个轨迹栏，以便正确处理消息并执行正确的功能。
如果是轨迹栏，您可以将 GWLP_ID 分配给它们，或者如果从静态资源创建它们对您有用，则可以使用对话框功能。然后 WM_HSCROLL 将有 lparam == trackbar 句柄。您可以取回分配给此句柄的 ID，这就是您知道消息来源的方式。
窗口句柄不是对象。它们是值，即引用对象。丢弃这些值（在根据错误值检查它们并可能确保窗口可见之后）是好的，也是常见的做法。事实上，您很少需要保留窗口句柄。大多数信息可以通过使用编译时常量来保留，并将它们分配为控件 ID。除弹出窗口外，每个窗口都有一个控件 ID。