Windows 为 ANSI 版本 WM_CHAR 生成 UTF8 序列？为什么我看不到它？

问：

在今天（2023.01）的MSDN https://learn.microsoft.com/en-us/windows/win32/inputdev/wm-char 中，Microsoft说：

...否则（使用 RegisterClass 的 ANSI 版本），系统会在当前进程代码页中提供字符，在 Windows 版本 1903（2019 年 5 月更新）及更高版本中可以将其设置为 UTF-8。

但是，我只是看不到WM_CHAR以 UTF8 序列呈现 Unicode 字符。是我做错了，还是文档错误/误导？

我在Win10.21H2上使用Keyview2A.exe v1.8进行实验，它基于Charles Petzold在他的著名著作Programming Windows 5th-ed（1998）中的Keyview2演示程序。

我正在尝试 Win10.21H2 .

首先，非UTF8ACP情况表明 KeyviewA 工作正常。

我尝试输入一个汉字电，即 U+7535，并输入 GBK 编码。B5 E7

其次，UTF8ACP情况没有给出 KeyviewA UTF8 序列。

我刚刚得到0x3F（？），唉！

第三，SBCS中的那些角色呢？

SBCS = 单字节字符集。 DBCS = 双字节字符集。 MBCS = 多字节字符集。（SBCS、DBCS 和 3+ 字节字符集的通用名称）

大多数欧洲国家/地区都使用此类字符集。

输入一些俄语字母：

输入一些希腊字母：

[20230121.C1]到目前为止，我似乎已经找到了关于 ANSI（窄字符）程序的“启用UTF8ACP”的规则。总结如下：

IME 为任何人工输入字符生成 Unicode 值。当 Windows 需要将该字符发送到 KeyviewA 时，它会执行以下操作：

• 检查目标 HWND 的 HKL 值。备注：KeyviewA 本身可以通过 查询此 HKL 值。GetKeyboardLayout(0)
• 获取与 HKL 值关联的 ANSI 代码页（我们称之为 ）。这可以通过 获得。curhklcurcodepage=GetLocaleInfo(LOWORD(curhkl), LOCALE_IDEFAULTANSICODEPAGE, ...);
• 调用以将 Unicode 值转换为 MBCS 序列。WideCharToMultiByte(curcodepage, ...)
  • 如果 MBCS 是单个字节（例如 0xE1），则 Windows 会向 Keyview2A 发送一条WM_CHAR消息，其中包含 wParam=0xE1 。
  • 如果 MBCS 是两个字节（例如 0xB5 0xE7），则 Windows 向 Keyview2A 发送两条WM_CHAR消息，其中 wParam=0x3F，两者都是。