问Windows上的"C.UTF-8“C++语言环境？

EN

我正在修复一个大型开源跨平台应用程序，以便它能够在Windows上处理包含非ANSI字符的文件路径。

更新：

基于我到目前为止得到的答案和评论(谢谢！)我觉得我应该澄清几点：

1. 我无法修改数十个第三方库的代码以使用std::wchar_t。这不是一个选择。该解决方案必须与普通的ol‘std::fopen()、std::ifstream等一起工作。
2. 下面我概述的解决方案的工作效率为99%，至少在我正在开发的系统上(Windows10Version1909，build 18363.535)。我还没在其他系统上测试过。 剩下的唯一问题，至少在我的系统上，基本上是数字格式，我希望替换std::numpunct方面会有效果(但我还没有成功)。

我目前的解决办法包括：

1. 将C语言环境设置为.UTF-8上的LC_CTYPE类别(根据应用程序的要求将所有其他类别设置为C区域设置)： //申请要求。std::setlocale(LC_ALL，"C")；//在Windows上，我们希望std::fopen()和其他处理字符串//和文件路径的函数接受用UTF-8编码的窄字符字符串。#ifdef _WIN32 { #ifndef NDEBUG char* new_ctype_locale = #endif std::setlocale(LC_CTYPE，".UTF-8")；断言(new_ctype_locale != nullptr)；} #endif
2. 将boost::filesystem::path配置为使用en_US.UTF-8区域设置，以便它也可以处理包含非ANSI字符的路径： boost::filesystem::path::imbue(std::locale("en_US.UTF-8"))；

最后一个缺失位是使用C++流修复文件I/O，如

std::ifstream istream(filename);

最简单的解决方案可能是在应用程序开始时设置全局C++区域设置：

std::locale::global(std::locale("en_US.UTF-8"));

然而，这会扰乱数字的格式，例如1234.56被格式化为1,234.56。

是否有 just 指定编码为UTF-8而不影响数字格式(或其他东西)的区域设置？

基本上，我在寻找C.UTF-8语言环境，但在Windows上似乎不存在这种情况。

更新:我想一种解决方案是重置一些(大多数？全部？)但是我很难找到关于如何去做的信息。