VSCode运行C++出现乱码：GBK与UTF-8编码转换底层排查-VSCode-PHP中文网

vscode运行c++中文乱码主因是编码链断裂：gcc、终端、系统区域设置三者未对齐；应先用file或enca验证真实编码，再通过reopen with encoding确认、save with encoding转码，并同步配置-finput-charset、-fexec-charset及终端chcp 65001。

vscode运行c++出现乱码：gbk与utf-8编码转换底层排查

VSCode运行C++程序时中文乱码，不是编辑器坏了，也不是代码写错了，而是字节被“读错了”——gcc按一种编码解释源文件，cmd.exe又用另一种编码渲染输出，中间没对齐。

怎么确认当前文件真实编码是GBK还是UTF-8

别靠猜。VSCode右下角显示的编码只是它“以为”的，不一定准。真实编码得靠外部工具交叉验证：

在终端执行 file -i main.cpp（Linux/macOS）或 enca -L zh main.cpp（Windows需先 choco install enca），看输出里有没有 charset=gbk 或 charset=utf-8
Windows上双击用记事本保存的 .cpp 文件，90% 是 GBK（即 CP936）；但 VSCode 默认用 UTF-8 打开，一读就错
如果点右下角 → Reopen with Encoding → 选 GBK 后中文立刻正常，基本坐实原文件就是 GBK
如果选 GBK 更乱，再试 UTF-8 with BOM（常见于 Excel 导出或某些旧 IDE 生成的文件）

为什么改了 `files.encoding` 还是乱码

files.encoding 只管两件事：新建空文件用什么编码、没 BOM 的旧文件“首次打开时”猜什么编码。它对已打开过的文件几乎无效：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

VSCode 会记住每个文件上次用的编码（比如你刚用 GBK 重开过，它就永久标记“这个文件 = GBK”）
想让已有文件也服从新设置，必须关掉自动猜测："files.autoGuessEncoding": false
值必须写成 utf8（全小写、无短横、无 bom），写成 UTF-8 或 utf8bom 会被静默忽略
如果某个文件死活不认 utf8，删掉工作区下的 .vscode/workspaceStorage 文件夹，重启 VSCode 清空缓存

终端输出乱码必须同步改三处

C++程序输出中文，要经过编译器、运行时、终端三层解码。只调其中一处，必然断链：

gcc 层：加 -finput-charset=utf-8 -fexec-charset=gbk（源码是 UTF-8，但希望 printf 输出 GBK 字节流给 CMD）
终端层：CMD 默认代码页是 936（GBK），必须启动时切到 65001（UTF-8）——不能只输一次 chcp 65001，要写进 VSCode 终端配置："args": ["/c", "chcp 65001 > nul && cmd.exe"]
进程层：即使终端是 UTF-8，glibc 或 Windows CRT 仍可能按系统区域设置解析宽字符。C++ 中若用了 wcout，需额外调用 _setmode(_fileno(stdout), _O_U16TEXT)（Windows）
注意：改完配置后，必须关闭所有已打开的集成终端再新建，旧终端不会自动刷新编码

`Reopen with Encoding` 和 `Save with Encoding` 别混用

这是最常踩的坑：以为点了“转 UTF-8”就完了，其实只是让 VSCode 换种方式读，磁盘内容一个字节都没变。

Reopen with Encoding：纯读取动作，不写磁盘，安全可逆，仅用于诊断
Save with Encoding：把编辑器当前看到的内容，按你选的编码（如 UTF-8）真正重写进硬盘——这才是真转码
错误流程：乱码 → 点右下角选 UTF-8（没先 Reopen）→ 满屏方块（VSCode 强行用 UTF-8 解释 GBK 字节）
正确流程：乱码 → Reopen with Encoding → GBK（确认能看）→ Save with Encoding → UTF-8（字节真正变成 UTF-8）