根本原因是mingw旧版gcc（如4.9.x）用ansi代码页解析utf-16路径，导致中文路径截断或乱码；必须同步配置系统、编译器与运行时三端，单点修改无效。
直接结论：不是代码写错了，是路径编码链断在了系统、CRT、编译器三者之间。必须同步处理环境、编译器、运行时三端，单改一处无效。
MinGW/GCC 编译时报 “file not found” 且路径含中文
旧版 MinGW（如 Dev-C++ 自带的 GCC 4.9.x）默认用 ANSI 代码页（如 GBK）解析路径，但 Windows API 实际传入的是 UTF-16，中间没做正确转换，导致路径被截断或乱码。你看到的错误可能是：
-
fatal error: no input files（源文件路径失效） -
#include "xxx.h": No such file or directory（头文件路径解析失败） - Makefile 里生成的
.o路径出现???.o或空格截断
解决方法不是改 IDE 字体或区域设置——那是障眼法。真实可行路径只有两条：
- 换用支持 Unicode 路径的工具链：TDM-GCC 5.1+ 或 x86_64-w64-mingw32-gcc（推荐前者，开箱即用）
- 强制 IDE 使用 DOS 8.3 短路径：
dir /x查出WODE~1这类格式，把项目移到D:WODE~1 est下再编译
_wfopen_s 打开中文路径文件仍返回 NULL
很多人以为把 fopen 换成 _wfopen_s 就能解决问题，结果 errno 是 2（No such file or directory）。根本原因不是函数本身，而是 CRT 没激活宽字符环境：
- 漏掉
_wsetlocale(LC_ALL, L"")→ CRT 内部仍走窄字符 fallback 路径 - 项目未设为 Unicode 字符集（VS 中：Project → Properties → General → Character Set →
Use Unicode Character Set）→L"中文.txt"字面量可能被截断 - 模式串写成
"r"而非L"r"→ 隐式窄转宽失败，_wfopen_s收到乱码模式 - 路径反斜杠没转义或写错：应写
L"C:/中文/文件.txt"或L"C:\中文\文件.txt"，不能写L"C:中文文件.txt"
正确调用骨架：
int main() {
_wsetlocale(LC_ALL, L"");
FILE* fp = nullptr;
errno_t err = _wfopen_s(&fp, L"C:/测试/你好.txt", L"r, ccs=UTF-8");
if (err != 0 || fp == nullptr) {
// 注意：此时 GetLastError() 才反映真实系统错误
}
}
Visual Studio 里调试时中文路径模型/资源加载失败
VS2019/2022 编译通过但运行时报 File not found，尤其在 llama.cpp、OpenCV imread 或自定义资源加载逻辑中高频出现。这不是 VS 的 bug，而是当前进程的 locale 和 CRT 初始化时机问题：
- 控制台项目默认 locale 是
C，不识别中文路径；GUI 项目虽由系统初始化，但若提前调用文件 API（如 DLLDLL_PROCESS_ATTACH里加载），仍可能失败 -
SetCurrentDirectory不能绕过编码问题：它只改工作目录，不改 CRT 对路径字符串的解释方式 - VS 的“工作目录”配置项（Project → Debugging → Working Directory）只影响启动时的
GetCurrentDirectory，不影响fopen或CreateFileW的路径解析逻辑
可靠做法是：所有路径操作统一走 Win32 宽字符 API，例如用 CreateFileW + ReadFile 替代 fopen + fread，彻底避开 CRT 的 locale 转换层。
VS Code + MinGW 编译中文路径项目卡死或静默失败
VS Code 本身支持 UTF-8 路径，但底层 MinGW 工具链不支持，就会出现“点击构建没反应”“终端卡住不动”“任务状态一直显示 running”等现象。关键检查点：
- 确认
mingw64in在PATH中，且该路径本身不含中文（比如不能是D:我的工具mingw64in） - 检查
tasks.json里args是否用了双引号包裹路径："${fileDirname}\中文.cpp"→ 必须改成"${fileDirname}/中文.cpp"（正斜杠更稳妥） - 禁用 MinGW 自带的
gcc.exe的--enable-default-pie（某些版本会因路径编码问题触发内部 assert）
最省事的临时方案：在 VS Code 终端里先执行 chcp 65001 切到 UTF-8 代码页，再手动跑 g++ -o a.exe 中文.cpp ——这能验证是否纯属编码协商问题。
真正棘手的从来不是“能不能用中文路径”，而是不同层级对“中文”的定义不一致：Windows API 认的是 UTF-16，MinGW 默认认 GBK，VS 的 MSVCRT 认的是 locale 设置，而你的源文件保存编码又可能是 UTF-8 with BOM……任何一个环节没对齐，就全链路崩。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
