只调SetConsoleOutputCP(65001)仍乱码，因未同步设置输入代码页、控制台字体不支持UTF-8、源文件非UTF-8 with BOM，且std::cin/cout底层流未适配，导致编码链路断裂。
直接用 SetConsoleOutputCP(65001) 不够，必须同步处理输入编码、字体和源文件保存格式，否则中文仍会乱码或崩溃。
为什么只调 SetConsoleOutputCP(65001) 还是乱码
Windows 控制台默认使用 GBK（CP936），而 SetConsoleOutputCP(65001) 仅设置输出代码页为 UTF-8，但以下环节仍卡在旧编码上：
-
std::cin和std::cout的底层FILE*流未同步切换，C++ 标准流可能绕过控制台 API 直接写入缓冲区 - 控制台当前字体不支持 UTF-8 中文（如默认的 Raster Fonts），显示成方块
- 源文件若以 GBK 保存，字符串字面量实际是 GBK 编码，
cout 输出的是 GBK 字节流，却让控制台按 UTF-8 解码 - 某些 Windows 版本（尤其旧版）对 CP65001 的
WriteConsoleA支持不完整，printf等 C 函数可能触发断言失败
必须同时做的三件事
缺一不可，顺序无关紧要，但全部要改：
- 源文件保存为
UTF-8 with BOM（VS 中“高级保存选项”里选；CLion/VSCode 默认即可，但需确认右下角编码显示为UTF-8） - 启动时调用：
SetConsoleOutputCP(65001)和SetConsoleInputCP(65001)（后者保证std::cin能正确读中文） - 手动设置控制台字体：右键标题栏 → “属性” → “字体”，选
Lucida Console或Consolas（不能用 Raster Fonts）
示例初始化代码：
windows-auto
下载
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
立即学习“C++免费学习笔记（深入）”；
#include <windows.h>
#include <iostream>
<p>int main() {
SetConsoleOutputCP(65001);
SetConsoleInputCP(65001);
std::cout << "测试中文" << std::endl; // 此时才可靠
}更稳妥的替代方案：用 wchar_t + SetConsoleOutputCP(CP_UTF8)
如果项目允许窄字符（char）与宽字符（wchar_t）混用，且你发现 std::cout 在某些场景下仍不稳定（比如重定向到文件时），直接切宽字符流更可控：
- 用
std::wcout替代std::cout，字符串前加L前缀：L"你好" - 仍需调用
SetConsoleOutputCP(CP_UTF8)（CP_UTF8就是 65001 的宏定义） - 无需额外设置输入代码页——
std::wcin默认走 Unicode 路径，不受代码页影响 - 注意：
std::wcout.imbue(std::locale(""))可能干扰，建议不设 locale
容易被忽略的坑
很多人试了上面步骤还是失败，问题常出在：
- IDE 内置终端（如 VS 的“输出窗口”、CLion 的 Terminal 面板）不等同于真实
cmd.exe，它们有自己的编码逻辑，调试时务必用外部cmd运行 exe - 用
system("pause")后窗口一闪退，看不到输出——应改用std::cin.get()或getchar() - MinGW（非 MSVC）链接时若没加
-municode，wmain入口可能失效；MSVC 下则必须用int wmain(int argc, wchar_t* argv[])才能保证命令行参数也是 UTF-16 - 控制台字体一旦设错，即使代码全对，也只显示空心方块——这是唯一无法靠代码修复的环节，必须手动进属性改
