fopen读UTF-8文件乱码因系统编码不匹配：Windows默认用GBK解析UTF-8字节流，Linux/macOS需locale为UTF-8；Windows下应使用"r, ccs=UTF-8"（MSVC）或跨平台用std::wifstream+std::filesystem::path配wstring路径。
用 fopen 读 UTF-8 文件时中文乱码？别硬扛，先看编码是否真被识别
Windows 下默认 fopen 按系统 ANSI 编码（如 GBK）打开文件，哪怕文件是 UTF-8，也会把多字节序列当单字节解析，直接崩出乱码。Linux/macOS 虽默认 UTF-8，但若 locale 配置异常（比如 LANG=C），照样读错。
- 确认文件真实编码：用
file -i filename.txt（Linux/macOS）或 VS Code 底部右下角编码提示（Windows） - Windows 上想用
fopen安全读 UTF-8，必须加"ccs=UTF-8"模式（仅 MSVC 支持）：fopen("data.txt", "r, ccs=UTF-8") - 跨平台首选
std::wifstream+std::codecvt_utf8<wchar_t></wchar_t>（C++11~C++17），但注意：C++20 已弃用codecvt，新项目慎用
Windows 下 std::ifstream 打不开中文路径？不是路径问题，是窄字符串编码不匹配
Windows API 内部只认宽字符（wchar_t）路径，而 std::ifstream 构造函数传 const char* 时，会调用系统 ANSI 版本的 CreateFileA —— 这玩意儿根本不认识 UTF-8 编码的中文路径，直接返回 failbit。
- 最稳解法：用
std::wifstream，路径传std::wstring：std::wifstream f(L"测试目录/数据.txt"); - 若必须用
std::string存路径，需在 Windows 上手动转码：std::wstring_convert<:codecvt_utf8>> cvt; auto wpath = cvt.from_bytes(path_str);</:codecvt_utf8>（仍属 C++17 弃用方案） - MSVC 19.28+ 支持
/utf-8编译开关，但仅影响源文件字符串字面量，不影响运行时读取的路径字符串
std::filesystem::path 能自动处理中文路径吗？能，但得配对用
std::filesystem::path 本身只是路径容器，不负责打开文件；它能否存中文路径，取决于构造时传入的类型 —— std::string 在 Windows 上仍会触发 ANSI 路径解析失败。
- 安全写法：Windows 上统一用
std::wstring构造：std::filesystem::path p(L"中文.txt"); - 配合
std::wifstream使用才真正打通：std::wifstream f(p); - Linux/macOS 可用
std::string构造path，但前提是终端 locale 是 UTF-8（locale命令输出含UTF-8） - 别对
path.string()的返回值有幻想：Windows 下它返回std::string，本质是当前代码页编码，不是 UTF-8
C++20 起怎么干净读 UTF-8 文件+中文路径？绕开 codecvt，靠 std::span + std::from_chars 手动解码
C++20 删了 codecvt，官方没给新标准 UTF-8 I/O 方案，实际项目只能自己控流：读原始字节，再按 UTF-8 规则解析字符串。
立即学习“C++免费学习笔记（深入）”；
- 用
std::ifstream以std::ios::binary模式读整个文件到std::vector<char></char> - 将字节视作
std::span<const std::byte></const>，用第三方轻量库（如utf8cpp）或手写 UTF-8 解码逻辑转成std::u8string（C++20）或std::string - 路径部分仍依赖
std::filesystem::path+std::wstring（Windows）或原生std::string（Linux/macOS） - 性能上，一次读全比逐行 decode 快，但内存占用高；大文件建议用流式解码器
