在 C# 中模拟数字符号 (#) 击键

Question

我正在尝试在 user32.dll 中使用 SendInput 准确地键入井号（数字符号、井号、八角符号，随便你怎么称呼它）。

这些是我看到的可能选项：

1. 通过模拟 SHIFT+3（SHFT_DN、3_DN、3_UP、SHFT_UP）键入数字符号。我唯一担心的是美国布局的键盘。配置了非美国布局的系统是否有可能输出错误的键？

2. 我的另一个选择是通过模拟按键按 ascii 码插入字符：ALT+035（ALT_DN、NUMPAD0_DN、NUMPAD0_UP、NUMPAD3_DN、NUMPAD3_UP、NUMPAD5_DN、NUMPAD5_UP、ALT_UP ）。这种方法有什么重大缺陷吗？所有区域是否共享相同的 ASCII 代码，Windows 是否在所有区域都提供此 ALT+### 功能？这也将为单个简单字符生成大量击键。我不知道这是否是一个潜在的问题。

3. 理想情况下会有一个虚拟键码，它是一个井号，但我没有看到。我错过了吗？

还有其他我没有想到的可能性吗？出于几个原因，我真的需要继续使用SendInput。

所以我的问题是，我如何使用SendInput 来模拟正在输入的数字/哈希符号，并使其成为全球性的，并且不依赖于非美国键盘，并尽可能减少击键次数？

谢谢

Answer 1

您应该能够使用带有KEYEVENTF_UNICODE 标志的SendInput 来执行此操作。这绕过了 cmets 中讨论的关于不同键盘使用不同扫描码表示数字符号的问题。它有一个普遍认可的Unicode representation。

KEYEVENTF_UNICODE 标志应在传递给SendInput 函数的KEYBDINPUT 结构的dwFlags 成员中指定。使用此标志时，您将 wVk 成员设置为 0 并改用 wScan 成员。 The documentation 表示该结构包含更详细的信息。

但这应该很简单。任何设计合理的应用程序都将获取消息（使用GetMessage 或PeekMessage），然后调用TranslateMessage，这将导致WM_CHAR 消息以适当的Unicode 字符值发布。它甚至可以处理您处理遗留的非 Unicode 应用程序的情况：如果将消息发布到 ANSI 窗口，则 Unicode 值将自动转换为适当的 ANSI 值。这应该不是问题，我能想到的所有字符集都包含数字符号。

或者，您也可以使用VkKeyScanEx function 自己进行翻译以获取字符的虚拟键码，然后使用MapVirtualKeyEx 将此虚拟键码映射到扫描码。不过，我不能确定这是否可行，因为我从未尝试过这种方法。