Windows下C++中文输出乱码需同时满足:源文件用UTF-8-BOM编码、编译器加/source-charset:utf-8或#pragma execution_character_set("utf-8")、程序启动时调用SetConsoleOutputCP(65001),三者缺一不可。

Windows 控制台默认使用 GBK 编码,而现代 C++ 源文件普遍保存为 UTF-8(尤其 VS 2019+ 新建项目默认),两者不匹配直接导致 std::cout 输出中文变成乱码——这不是 C++ 语言问题,是编码环境错位。
确认源文件编码与编译器读取方式是否一致
VS 中右键源文件 →「高级保存选项」→ 确保编码为 UTF-8 带签名(UTF-8-BOM)。无 BOM 的 UTF-8 文件,MSVC 默认按系统 ANSI(即 GBK)解析字符串字面量,"你好" 实际被当 GBK 解码,再以 UTF-8 发送给控制台,必然乱码。
若坚持用无 BOM UTF-8,需显式告知编译器:
- VS 项目属性 → C/C++ → 命令行 → 追加
/source-charset:utf-8 - 或代码开头加
#pragma execution_character_set("utf-8")(仅 MSVC 有效)
设置控制台输出代码页为 UTF-8
即使源码正确,控制台本身仍可能用 GBK 渲染 UTF-8 字节流。必须在程序启动时调用 SetConsoleOutputCP(65001)(65001 是 UTF-8 的 Windows 代码页 ID)。
注意:该 API 仅对当前进程生效,且需在任何 std::cout 输出前调用:
#include <windows.h>
#include <iostream>
int main() {
SetConsoleOutputCP(65001); // 必须放最前
std::cout <p>若跳过这步,哪怕源码和编译都对,控制台仍按旧代码页解释字节,显示为“浣犲ソ锛屼笘鐣岋紒”之类。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill10918" title="Linux Security Scanner"><img
src="https://img.php.cn/upload/skill/001/246/273/6adaf20cf0281539.jpg" alt="Linux Security Scanner" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill10918" title="Linux Security Scanner" class="overflowclass">Linux Security Scanner</a>
<p class="overflowclass">Linux 安全审计工具,检查 SSH 配置、开放/监听端口、防火墙规则(ufw/iptables/nftables)、失败登录尝试、sudoers 权限...</p>
</div>
<a rel="nofollow" href="/xiazai/skill10918" title="Linux Security Scanner" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<h3>避免 std::wcout 的陷阱(宽字符方案慎用)</h3>
<p>有人尝试改用 <code>std::wcout</code> + <code>L"你好"</code>,但这条路更易出错:</p>
<ul>
<li>
<code>std::wcout</code> 默认不启用,需先调用 <code>std::wcout.imbue(std::locale(""))</code>
</li>
<li>Windows 控制台对 UTF-16 支持不完整,<code>SetConsoleOutputCP(CP_UTF8)</code> 对 <code>wcout</code> 无效</li>
<li>VS 调试控制台(非 cmd.exe)对宽字符输出常有兼容问题</li>
</ul>
<p>除非明确需要处理 Unicode 全字符集(如 emoji、中日韩越统一汉字变体),否则优先走 <code>char</code> + <code>UTF-8-BOM</code> + <code>SetConsoleOutputCP(65001)</code> 这条路径,稳定且轻量。</p>
<h3>跨平台可移植性提醒</h3>
<p>上述 <code>SetConsoleOutputCP</code> 是 Windows API,在 Linux/macOS 下会编译失败。若需跨平台:</p>
<ul>
<li>Linux/macOS 终端原生支持 UTF-8,只要终端 locale 是 <code>en_US.UTF-8</code> 或 <code>zh_CN.UTF-8</code>,且源文件为 UTF-8,<code>std::cout</code> 即可正常工作</li>
<li>可封装条件编译:<code>#ifdef _WIN32</code> 内调用 <code>SetConsoleOutputCP</code>
</li>
<li>避免依赖 <code>system("chcp 65001")</code>,它新开子进程,不影响当前进程代码页</li>
</ul>
<p>真正容易被忽略的点:BOM 和代码页设置缺一不可,且顺序不能颠倒——先让编译器“读懂”字符串,再让控制台“看懂”字节流。</p></iostream></windows.h>
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










