CreateWindowExA将常规字符串解释为Unicode,在标题中显示中文字符

Question

现在,我知道在微软的无限智慧中,他们错误地命名了一切.在Visual Studio中,设置Unicode表示UTF-16,而多字节字符是Microsoft所称的ANSI,它根本不是ANSI,而是Windows代码页1251.

无论如何,在WinAPI中有宏函数调用不同的函数,A或W版本取决于是否定义了Unicode.每个人都建议使用Unicode创建代码.所以我将我的设置设置为Unicode,因此编译器在任何字符串文字之前需要字母L,或者LPWSTR而不是LPSTR.问题是(这不是一个大问题),但在UTF-16中,每个字符都是两个或四个字节,每个字节大多是两个字节.我只打算主要使用ASCII字符,所以即使设置了Unicode,我实际上也会调用A版本的函数.

现在,我的印象是这无关紧要,因为ASCII在所有代码页和所有Unicode编码中都是通用的,即UTF-8,UTF-16,UTF-32,甚至是旧的代码,ASCII很漂亮非常普遍,前127个字符,或至少罗马字母和阿拉伯数字只是不要改变.

所以我的问题是,输入"AAAAA"作为我的窗口标题为什么它会出现中文字符？那是五个As.所以我做了一些研究,发现A Unicode是0x0041,两个As是0x4141,两个字节.这就是结果.

所以在某种程度上,我知道为什么会发生这种情况.UTF-8要好得多,因为它只是ASCII字符的一个字节,然后是较少使用的字符.但问题是,当我用MessageBoxA或其他任何东西写A时,它很好,它只是窗口标题来做这个奇怪的事情.

Answer 1

仔细阅读上面的评论,我认为问题是你正在混合使用Unicode和ANSI调用.我的意思是,你可以混合它们,但你必须要小心.

在Windows中有两种类型的窗口:Unicode窗口和ANSI窗口.您可以通过致电来区分IsWindowUnicode(HWND).

窗口类是在注册窗口类时确定的:使用RegisterClassA(),你将拥有ANSI类; 使用RegisterClassW(),你将拥有一个Unicode.然后,它们之间的区别在于收到的消息:Unicode窗口将接收Unicode消息,ANSI窗口将接收ANSI消息.

请注意,窗口的类型不依赖于CreateWindowExA()或的使用CreateWindowExW().这是有道理的:窗口类型由窗口类的设计者决定,而不是由用户决定.

如果那时,例如,您SendMessageW()使用ANSI窗口(反之亦然)和一个众所周知的消息调用,Windows将自动转换wParam和lParam参数的字符集.

所以这就是我认为它正在发生的事情:

1. 您调用RegisterClassA()创建ANSI窗口类.
2. 您调用CreateWindowExA()但使用Unicode变体将不会改变任何内容.
3. 在窗口函数中,您调用DefWindowProcW()以执行默认处理.这是错误!应该调用ANSI窗口DefWindowProcA().或者你应该更好地注册课程RegisterClassW().
4. 创建窗口时,通过发送自己设置窗口标题WM_SETTEXT.此消息lParam以a为单位接收文本本身LPCTSTR.
5. 由于您的窗口是ANSI,lParam实际上是一个LPCSTR(ANSI字符串)指向您的"AAAAA".但是你要将DefWindowProcW()它传递给期望的LPCWSTR(Unicode字符串).因此,您实际上将指向ANSI字符串的指针转换为指向Unicode字符串的指针.
6. 你在窗口标题中出现乱码.

请注意,这种不匹配的不良影响不仅限于窗口标题.潜伏在那里的各种不良行为!