可以非常确定地说：当你使用std::basic_string<char>、std::basic_fstream<char>这类基于char的标准库类型时，完全能安全假设Boost.Locale会将其视为UTF-8编码，尤其是在你明确指定了UTF-8 locale（比如你示例里的de_DE.UTF-8）的情况下。

具体原因有这几点： #

• Boost.Locale对char类型的字符串和流的处理逻辑，就是围绕UTF-8设计的——毕竟UTF-8是当前跨平台场景下最通用的可变字节编码，也是Boost.Locale在char语境下的首选内部编码方案。
• 你提到的char8_t、char16_t这些类型支持不完善的问题，反而从侧面印证了这一点：Boost.Locale现阶段把大部分精力都放在了char类型的UTF-8适配上，不会随意把char序列解析成其他多字节编码（比如GBK、Shift-JIS），除非你手动指定了对应的非UTF-8 locale。

再看你的示例代码： #

你的源文件是UTF-8编码，字符串"Die Höhle des Löwen\n"本身就是标准的UTF-8字节序列，再加上你生成了de_DE.UTF-8的locale并注入到std::cout中——Boost.Locale会正确识别这个std::string里的UTF-8内容，然后根据德语地区的UTF-8输出要求，确保ö这类特殊字符在所有平台上都能正常显示，不会出现乱码问题。

最后提个小注意： #

唯一可能出问题的情况，是你不小心指定了非UTF-8的基于char的locale（比如不存在的de_DE.GBK这类），但只要你明确指定了带.UTF-8后缀的locale，就完全不用顾虑编码匹配的问题。

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