我注意到 WinForms 有许多处理命令或按键的方法（Process*()）并（预）过滤系统的消息，但我仍然不清楚它们各自的目的。
官方文档有些晦涩难懂，我还没有找到任何清晰完整的回应。
我讲以下几个方法：
PreFilterMessage(ref Message m)ProcessCmdKey(ref Message msg, Keys keyData)WndProc(ref Message m)ProcessDialogKey(Keys keyData)PreProcessMessage(ref Message msg)ProcessKeyMessage(ref Message m)ProcessKeyPreview(ref Message m)
有些用于拦截键（例如ProcessCmdKey or ProcessDialogKey）和一些用于拦截消息（彼此）。但为什么有这么多方法呢？它们的目的和用例是什么？
我认为每个方法的执行顺序是不同的。
这是我所知道的（或者我认为知道的）：
-
PreFilterMessage：首先拦截消息。您可以在这里停止以下所有方法的消息分发！
-
ProcessCmdKey：拦截所有键，甚至组合键、特殊键和命令键。适合检测整个表单上的快捷键（如 Ctrl + D）。您可以在此处停止密钥的分发。
-
WndProc：过滤后第二次拦截消息？我仅用它来检测用户是否单击右上角的“X”，但我认为通过另一种方法这是可能的！
-
ProcessDialogKey：仅拦截一个键，可能在ProcessCmdKey并在控件的所有按键事件之前。
-
PreProcessMessage： 前WndProc之后PreFilterMessage？我不知道为什么要使用它。
-
ProcessKeyMessage：拦截关键消息。好像很少用。
-
ProcessKeyPreview：在预览事件之前拦截按键？也很少用。
深入地说，我认为这是正确的执行顺序：
- 前置过滤器
- Filter
- 预处理
- Process
- Events
为什么要这么多步骤？
任何信息或具体用例将不胜感激！
本机 Windows GUI 应用程序通常具有one消息循环，底层的 winapi 调用是 GetMessage()。但有many获取消息的windows，底层的winapi调用是DispatchMessage()。在您的 .NET 应用程序中，您有一次对 Application.Run() 的调用，但有许多 WndProc() 方法，每个控件一个。其中大多数隐藏在 .NET Framework 代码中，只有在覆盖它时才会暴露。
通常需要挂钩消息循环，在消息分派到控件并到达 WndProc() 之前拦截消息。最明显的原因是键盘快捷键，无论哪个控件具有焦点，您都希望对它们进行操作。这当然是very如果你不得不使用 KeyDown 的话会很痛苦every控件来检测快捷方式。还有一些不太明显的原因，例如，ActiveX 控件因必须与其主机进行协商而引人注目。
Winforms 给出lots拦截消息的扩展点。确实太多了，但不可避免的副作用是不想预测它们在哪些情况下可能有用。为了：
- IMessageFilter.PreFilterMessage() 允许您在 GetMessage() 检索消息后立即查看消息。请记住，您只能看到发布到消息队列的消息，底层调用是 PostMessage()，您无法看到已发送的消息。这限制了它对用户输入、键盘和鼠标消息的可用性。很少修改这个，但是您可以使用它来使鼠标以不同的方式运行并检测用户正在与您的程序交互。例如，想要在一段时间不活动后自动注销用户的程序员可以使用它。
- OnPreviewKeyDown() 和 PreviewKeyDown 事件。特定于具有焦点的控件。控件在测试快捷键之前拦截击键的一种方法。例如，您可以在光标键用于移动焦点之前以这种方式检测它们。重写 IsInputKey() 的替代方法。
- 预处理消息()。与 PreFilterMessage 非常相似，但特定于具有焦点的控件。对于 ActiveX 控件来说很重要，但我个人从未使用过它。
- ProcessCmdKey()。这是实现您自己的快捷键的主要方法。
- IsInputKey() 允许控件投票决定是否应将通常用于导航的键发送到控件。例如，当您使用光标键时，您可以重写此方法。
- ProcessDialogKey()。就像 ProcessCmdKey() 一样，但过滤了应该像输入键一样对待的击键。默认实现使键盘消息冒泡到父控件，让您可以选择重写 ProcessCmdKey() 的位置。我想不出你想要覆盖它的充分理由，而且除了阻止冒泡之外，从来没有这样做过。
- IsInputChar()，与 IsInputKey 非常相似，但用于 KeyPress 事件。我自己从未使用过它，而是一种早期过滤输入的方法。
- ProcessDialogChar() 可用于提供打字键快捷键击键行为。这很不寻常。
- WndProc()，处理消息的主力方法。您可以覆盖它以允许控件响应现有事件未涵盖的消息。或者自定义现有本机控件的行为。
- ProcessKeyEventArgs()，生成键盘事件（OnKeyDown、OnKeyUp、OnKeyPress）的通用方法，由 Control.WndProc() 调用。我想不出重写它的理由，尤其是实现了古怪的 Form.KeyPreview 属性（VB6 兼容属性），这可能是它被暴露的原因。
确实是一个曲折的迷宫。
为了保持理智，请始终重写 ProcessCmdKey() 来实现快捷键。重写 IsInputKey() 以使您的控件可以看到导航键。并且仅重写 WndProc() 即可自定义现有控件。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
