Windows开启UTF-8区域设置会导致VSCode路径解析失败，因Node.js子进程二次编码中文路径成乱码；应取消勾选“Beta版：使用Unicode UTF-8”，重启后chcp显示936，并改用code .启动工作区、正斜杠路径、git config --global core.quotepath false等方案协同解决。
Windows系统区域设置开启UTF-8会导致VSCode路径解析失败
这不是VSCode的bug，而是Windows底层Node.js子进程在启用“Beta: 使用 Unicode UTF-8 提供全球语言支持”后，对argv中路径参数的解码逻辑异常——它会把中文路径二次UTF-8编码，导致VSCode收到的是乱码路径字符串，进而触发Unable to resolve non-existing file或空白标签页。
实操建议：
- 打开「控制面板 → 区域 → 管理 → 更改系统区域设置」，**务必取消勾选**「Beta版：使用 Unicode UTF-8 提供全球语言支持」
- 重启电脑（仅改设置不重启无效）
- 验证是否生效：在CMD中运行
chcp，应显示936（GBK），而非65001 - 若已误启该选项且VSCode无法启动，可临时用
code --disable-extensions --no-sandbox进入，再修改系统设置
VSCode启动时传入中文路径仍失败？检查code命令调用方式
直接双击资源管理器里的中文路径文件，或从PowerShell/CMD中执行code "C:\项目\main.cpp"，都可能因Shell参数转义不一致而丢字符。真正可靠的方式是让VSCode自己处理路径映射。
实操建议：
- 始终用
code .在目标目录下启动整个工作区，而不是code "完整路径" - 如果必须指定单文件，请先cd进父目录，再用相对路径：
cd C:\项目 & code main.cpp - 避免在路径中使用中文括号、顿号、全角空格——这些比中文汉字更容易触发解析中断
- 禁用所有文件资源管理器类扩展（如Project Manager、File Utils），它们常劫持
file://URI并错误替换为undefined
MinGW/GCC编译中文路径源文件报错：不是编码问题，是shell参数截断
当g++.exe收到形如"C:\项目\test.cpp"的参数时，MSVCRT的CommandLineToArgvW函数在GBK代码页下会把反斜杠+中文组合误判为非法转义序列，直接截断后续内容，表现为“no input files”或“unrecognized command line option”。
实操建议：
- 在
tasks.json中改用正斜杠："${fileDirname}/${fileBasename}"（VSCode自动兼容） - 确保
args数组中每个路径单独成项，不要拼接在字符串里："args": ["-g", "${file}", "-o", "${fileDirname}/output/a.exe"]✅"args": ["-g \"${file}\" -o \"${fileDirname}/output/a.exe\""]❌ - 若仍失败，在
tasks.json的options.env里显式声明："CHCP": "65001"（强制子进程用UTF-8页）
Git插件显示中文路径为\u4f60\u597d？这是Git配置缺失，和VSCode无关
VSCode的GitLens或源代码管理视图只是渲染Git命令的原始输出。当Git未启用UTF-8路径支持时，它会把中文文件名转义成八进制序列，VSCode照单全收。
实操建议：
- 在VSCode集成终端中运行：
git config --global core.quotepath false - 再运行：
git config --global i18n.commitencoding utf-8 - 关闭并重开VSCode窗口（仅重启终端不够）
- 注意：
core.quotepath false只影响路径显示，不影响git status等命令的实际行为；若团队协作，需同步告知他人该配置
真正卡住人的往往不是中文本身，而是Windows不同层级对“中文路径”的容忍边界不一致：系统API认GBK，Node.js子进程在UTF-8模式下乱解码，Git默认禁用UTF-8路径，而Shell又在参数传递时悄悄截断——任何一个环节没对齐，都会表现为“文件打不开”。
