我明白你遇到的这个坑！在VS2017里用std::experimental::filesystem的时候，UTF-8字符串的处理确实容易踩这个默认编码的坑，我来给你拆解原因和解决办法：

问题根源 #

Windows平台上，std::experimental::filesystem::path的底层实现依赖UTF-16宽字符（因为Windows API的文件路径接口都是宽字符的）。但直接用UTF-8编码的char*构造path时，VS的默认行为是用系统当前ANSI代码页（比如GBK、CP1252等）去转码，而不是识别UTF-8——这就是你觉得“转换没发生”的原因，实际上转码了，但用错了编码规则，导致结果乱码或者不符合预期。

解决方案1：用u8path显式构造UTF-8路径 #

这是最直接且安全的方式，path提供了专门的u8path静态函数来处理UTF-8编码的字符串，它会正确把UTF-8转成Windows需要的UTF-16宽字符：

#include <string>
#include <experimental/filesystem>
#include <iostream>

namespace fs = std::experimental::filesystem;

int main() {
    // 示例UTF-8路径（包含非ASCII字符）
    const char* utf8_str = u8"C:\\我的文件夹\\测试文件.txt";
    
    // 用u8path显式构造path对象
    fs::path target_path = fs::path::u8path(utf8_str);
    
    // 验证转换结果（用宽字符输出）
    std::wcout << L"转换后的宽字符路径：" << target_path.wstring() << std::endl;
    
    // 后续正常使用path操作文件即可
    if (fs::exists(target_path)) {
        std::wcout << L"文件存在！" << std::endl;
    }
    return 0;
}

解决方案2：全局设置UTF-8转码规则 #

如果你希望所有通过char*构造path的场景都默认用UTF-8转码，可以通过imbue设置全局的locale，让path默认使用UTF-8和UTF-16的转换规则：

#include <experimental/filesystem>
#include <locale>
#include <codecvt>

namespace fs = std::experimental::filesystem;

int main() {
    // 设置全局locale，使用UTF-8与宽字符的转换
    fs::path::imbue(std::locale(std::locale(), new std::codecvt_utf8<wchar_t>));
    
    // 现在直接用UTF-8的char*构造path就会自动正确转换了
    const char* utf8_str = u8"C:\\我的文件夹\\测试文件.txt";
    fs::path target_path(utf8_str);
    
    // 后续操作同前
    return 0;
}

注意：这个全局设置会影响所有path对象的char*构造行为，如果你的项目里还有依赖系统代码页的路径处理，可能会引发问题，所以按需使用。

关于头文件里的_To_wide和_To_byte #

你提到的这两个是VS内部的实现函数，它们的转码逻辑完全依赖当前生效的locale。默认情况下，它们绑定的是系统ANSI代码页的locale，所以直接传UTF-8字符串进去，转出来的宽字符自然是错误的——只有当你显式指定了UTF-8的locale（比如方案2），或者用u8path这种专门的接口时，它们才会按照UTF-8的规则转码。

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