Почему мой обработчик WM_UNICHAR никогда не вызывается?

Что вы делаете, что, по вашему мнению, должно генерировать сообщение WM_UNICHAR?

Если ваш код (или код ATL) в конечном итоге вызывает CreateWindowW, то ваше окно уже поддерживает Unicode, а сообщения WM_CHAR будут иметь формат UTF-16.

В документации далеко не ясно, когда именно создается сообщение WM_UNICHAR, но из того, что я могу собрать в очень ограниченном поиске в группах Google и в Интернете, похоже, что оно отправляется сторонними приложениями, а не самой Windows , если Window не является окном ANSI (CreateWindowA и все такое). Вы пытались вручную отправить сообщение WM_UNICHAR в свое окно, чтобы посмотреть, что произойдет? Если вы получили сообщение, значит, с вашим кодом отправки сообщения все в порядке, и ничего не происходит, что могло бы вызвать WM_UNICHAR. Вы также можете проверить с помощью Spy ++ и посмотреть, получаете ли вы это сообщение, хотя я подозреваю, что оно просто не отправляется.

Мой сегодняшний опыт показывает, что Spy ++ не дает правильных результатов для WM_CHAR в процессе Unicode. Я получаю переводы ASCII или "?" отображается в списке сообщений, даже если я просматриваю необработанные (не декодированные) аргументы. Отладчик показывает, что wParam - это кодовая точка Unicode.

void CMFCProView::OnUniChar (UINT xChar, UINT nRepCnt, UINT nFlags)
void CMFCProView::OnChar    (UINT xChar, UINT nRepCnt, UINT nFlags)

Диапазон UINT (целое число без знака) составляет от 0 до 4294967295 десятичных чисел (16 бит).

OnChar может делать все, что вы хотите, OnUniChar. Щелкните английский символ A на программной клавиатуре, то OnChar получит 0x0041. Щелкните CJKV 一 (один), тогда OnChar получит 0x4E00. Так что мы не нужен OnUniChar в приложении.