关于QT中奇数个汉字出现newline in constant的错误

前面写了一篇关于QT中使用汉字的博客以为对汉字的使用了如指掌, 没想到今天把字符串一换, 换成偶数个没问题, 换成奇数个汉字, 哇擦, 报一个错误newline in constant, 瞬间意识到自己还是太年轻.

好了, 开始正题

先说下 在QT Creator可能出现的乱码的情况:

1. 打开文件时, 汉字就是乱码, 这种情况是因为你向文件写汉字的时候,文件是一套编码(比如GB2312), 然后读取文件的时候却用另一套编码来读(比如UTF-8), 就会出现这种情况, 解决方法很简单,就是把写和读时的编码方式设成一致

2. 文件显示正常, 却报错"newline in constant"或者"常量中有换行符"? 这种情况,往往出现在奇数个汉字中. 这是为什么呢? 这是MSVC在编译时的解读问题, MSVC在解读文件时会根据文件有没有BOM, (关于什么是BOM请参考链接1), 如果有BOM,那么按照BOM的方式去解读, 如果没有BOM,那么按照本地编码( 对于简体中文的Windows操作系统就是GB2312)去解读.因此我们的问题就出现了, 一般我的QT Creator中的项目editor设置里面默认编码是UTF-8,BOM里呢如果存在则保留. 但是如果不存在呢? 所以解决方法就是把设置为add if encoding is UTF-8, 再运行, OKAY, 完美.

注意思

3. 编译正常通过, 生成出来的程序却是乱码.  或者用qDebug()输出的中文时, 文件中显示正常, 显示出来是乱码. 这是因为MSVC生成的可执行文件是本地编码(GB2312), 而QT会以UTF-8编码来识别GB2312的文字. 解决方式就是在文件头加上

#if _MSC_VER >= 1600
#pragma execution_character_set("utf-8")
#endif

这个宏告诉MSVC，执行程序中字符的编码采用UTF-8,别用本地的编码

最后需要注意的时候,当你执行windows API的时候, API里面的比较一般会使用本地编码 , 所以使用类似FindWindow这样的API时, 字符串最好转成本地编码的形式

QString string1 =  "我好帅";
HWND hMain = FindWindow(NULL, string1.toLocal8Bit());//找窗口句柄

注意当用了#pragma execution_character_set("utf-8")这句之后

QString::toLocal8BIT() 依然是GB2312

toLocal8BIT会转成

参考链接1:http://liuweilhy.blog.163.com/blog/static/11405670201510901627229/

参考链接2:http://www.cnblogs.com/gudi/p/4086183.html

update on 23/03/2020:

注意文件编码的修改: