QT在Windows下小语种字符串显示及文件名乱码问题求助

这问题我在Windows上用Qt开发时也踩过坑，太懂这种特殊字符显示、文件名乱码的烦躁了！先给你拆解下原因，再确认你的解决方法为啥有效，顺便补点更稳妥的处理细节。

问题根源 #

Windows系统的本地默认编码是GBK（CP936），而Qt的QString内部用的是UTF-16编码。当你直接用tr()或者toUtf8()和Windows原生组件（比如Label控件、文件系统）交互时，因为编码不匹配，就会出现像EXPLOSI脫N.txt这种乱码。

你的解决方法为啥有效 #

你用的m_gameName.toLocal8Bit().data()，核心逻辑是：

1. toLocal8Bit()把Qt的UTF-16格式QString转换成**Windows本地编码（GBK）**的QByteArray
2. data()拿到对应的C风格字符串，这样Windows的GUI控件和文件系统就能正确识别西班牙语的特殊字符（比如ó）

这个方法确实是Windows下Qt解决编码兼容问题的常用手段，不管有没有用tr()都能生效，因为本质是做了编码的系统适配。

补充更稳妥的处理步骤 #

1. 读取UTF-8文件时必须指定编码 #

你读取文件的代码里漏了关键一步：给QTextStream设置UTF-8编码！如果不设置，Windows下QTextStream会默认用本地编码（GBK）去读UTF-8文件，读进来的字符串本身就已经乱码了，后续再怎么转都没用。修正后的代码：

QTextStream stmIn(&file);
stmIn.setCodec("UTF-8"); // 必须加这行！确保按UTF-8编码读取文件
QString line = stmIn.readLine().trimmed();
m_gameName = line;

2. 关于tr()的使用 #

tr()是Qt用于国际化翻译的函数，如果你的程序不需要做多语言翻译，直接用普通QString拼接就行：

emit sendWaitingMsg(QString("Creating CASE1-%1.txt...").arg(m_gameName));

如果需要翻译，要确保你的翻译文件（.ts/.qm）也是UTF-8编码，并且Qt的翻译环境配置正确，不然翻译后的字符串也可能出现编码问题。

3. 文件名处理的注意事项 #

Windows的文件系统虽然现在支持UTF-8，但兼容性还是不如本地编码，所以用toLocal8Bit()生成文件名是最稳妥的方案，能避免绝大多数乱码情况。

内容的提问来源于stack exchange，提问作者Friman0111