c# - 按键事件处理程序，但在没有表单的 Windows 应用程序上

Question

我有一个与读卡器(磁条)绑定(bind)的应用程序。当我有一个可以输出我的数据的表单时，或者在我可以将数据输出到控制台的控制台应用程序中，我能够捕获卡片上的数据。

但是在我正在开发的应用程序上，它有一个 Program 类作为它的启动项，并以这种方式启动程序。

我认为我需要的是一个通用的按键监听器，用于在刷卡器时查找。

Windows Forms App Ex Console App Ex KeyPressEventHandler Delegate

我想我想要类似 KeyPressEventHandler 的东西，但我似乎无法让它在我的应用程序中工作。

我创建了以下扩展方法:

public static class Utilities
{
    private static KeyPressEventHandler handler = KeyPressed;

    public static void KeyPressed(Object sender, KeyPressEventArgs e)
    {
        while (true)
        {
            dataReceived.Append(e.KeyChar);
        }
    }

    public static KeyPressEventHandler getKeyPressHandler()
    {
        return handler;
    }
}

但我不确定如何在我的 Main() 方法中引用它。我没有看到按键方法。

Answer 1

根据 CLR 和 Windows 的版本，您在使用 Windows Hooks 时会遇到一些特定问题。

1. WH_KEYBOARD/WH_KEYBOARD_LL 键盘 Hook 需要消息循环才能正常运行。在生成对 Hook 委托(delegate)的调用之前，键盘事件被发布到安装线程的消息队列。
2. Windows Vista 及更高版本将不允许低权限进程的 Hook 查看高权限进程中的事件。因此，您可能会或可能不会获得键盘事件，具体取决于当前拥有输入焦点的进程。
3. 一旦您连接了键盘事件，您将需要有一个由读卡器生成的启动和停止标记，以指示您应该捕获剩余的输入。这能否实现将取决于配置读卡器的能力。

综上所述，使用 WH_KEYBOARD 或 WH_KEYBOARD_LL Hook 当然可以达到预期的结果。如果您决定走那条路，我建议您交替使用 Left-Ctrl 和 Right-Control 按键作为阅读器的启动和停止信号(假设它能够这样做)。

此外，如果您最终使用 Windows Hook，则需要从后台线程而不是应用程序的主线程安装该 Hook ，因为您需要在一定时间内处理键盘事件。如果您花费的时间超过 Windows 允许的时间， Hook 将被忽略。

作为 Windows Hooks 的替代品，您可以使用 DirectInput。老实说，我从未尝试过这种方法，但这个概念似乎是合理的，并且消除了 Windows Hooks 的一些不确定性。

我假设由于您正在请求全局键盘事件，所以您的读卡器是某种 USB HID 设备。您可以通过运行 DxDiag 验证您的读卡器是否显示为 DirectInput 设备。如果设备可以访问，它应该出现在“输入”选项卡上。似乎有各种可用的 DirectX 托管程序集。

如果您不局限于所拥有的读卡器类型，则最好使用基于串行的读卡器。有了它，您就不会为设备的输出完成其他应用程序。

经过进一步思考，我认为您可以直接访问 HID 设备并使用标准 Win32 API 执行键盘转换。沿着那条路线看，我遇到了 Raw Input应用程序接口(interface)。使用它，您应该能够为所有键盘设备注册原始输入，然后在输入时确定实际生成事件的设备。消除读取器启动和停止哨兵的需要。

更好的是，API 发送消息以区分窗口是前景窗口和不是前景窗口时生成的输入。使用此 API，您仍然需要在后台线程上创建窗口和消息循环，但它应该比 Windows Hook 方法更简洁。

参见 Using Raw Input from C# to handle multiple keyboards在 CodeProject 上有一个示例应用程序在 C# 中读取原始输入。