中文乱码源于源文件（utf-8）、编译器输出字节、终端解码（gbk）三者编码不一致；需统一为utf-8：终端启动即执行chcp 65001，code-runner加-fexec-charset=gbk（mingw）或/execution-charset:gbk（msvc），程序内调用setconsoleoutputcp(65001)和setconsolecp(65001)。
乱码不是文件保存错了，也不是编译器坏了，而是源文件、编译器输出字节、终端解码三者编码不一致导致的。Windows 默认用 chcp 936（GBK），而 VS Code 默认存 UTF-8，g++ 默认按源文件编码生成字符串字节，终端却用 GBK 去解 UTF-8 字节——结果就是“你好”变成“浣犲ソ”。
确认当前终端代码页是否为 UTF-8
新开一个 VS Code 集成终端（不是重载窗口），直接运行：
chcp
如果输出是 Active code page: 936，说明终端还在用 GBK，后续所有配置都白搭。必须先让它启动时就切到 65001。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
terminal.integrated.profiles.windows中 PowerShell 或 cmd 的args必须带-Command（PowerShell）或/c（cmd），光写"chcp 65001"不执行 - PowerShell 正确写法：
["-NoExit","-Command","chcp 65001 > $null"] - cmd 正确写法：
["/K","chcp 65001"] - 改完后必须关闭现有终端标签页，再点
+ Terminal开新终端才生效 - 验证：新终端里运行
[Console]::OutputEncoding，返回System.Text.UTF8Encoding才算成功
code-runner 编译命令必须加 -fexec-charset=GBK（MinGW/GCC）
很多人只改了终端编码，但 code-runner 是自己起进程跑命令的，它根本不管终端设没设 UTF-8。你写的 "你好" 在 UTF-8 文件里是 6 个字节，GCC 默认原样塞进可执行文件；终端用 UTF-8 解码时，这 6 个字节刚好能对上。但 Windows 控制台对 UTF-8 支持不稳定，尤其带重定向或管道时容易退回到 GBK 解码逻辑——所以更稳的做法是让编译器输出 GBK 字节。
- 在
settings.json的code-runner.executorMap里，C++ 条目末尾加-fexec-charset=GBK - 示例：
"cpp": "cd $dir && g++ -fexec-charset=GBK $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt" - MSVC 用户换用
/execution-charset:GBK，Clang 不支持该参数 - 注意：这个参数只影响字符串字面量（
"中文"），不影响std::cin输入或文件读写
程序内主动设置控制台代码页（最可靠，但要改代码）
如果你希望程序在任意终端（包括双击运行的 .exe）都能正常显示中文，不依赖 VS Code 终端配置，就得在代码里硬设。这是 Windows 平台最兜底的方式。
- 头文件加
#include <windows.h></windows.h> - 在
main()开头立即调用：SetConsoleOutputCP(65001); SetConsoleCP(65001); - 这两句必须在任何
printf或std::cout之前执行，否则已缓存的输出可能仍按旧代码页渲染 - 注意：
system("chcp 65001")看似简单，但有竞态风险——子进程改完代码页后父进程不一定立刻同步，不如 WinAPI 直接设
三个环节里最容易被忽略的是：终端配置改了但没重启终端标签页，或者 code-runner 命令漏了 -fexec-charset。只要其中一环还是 GBK 和 UTF-8 混着来，“浣犲ソ”就会准时出现。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
