vscode调试控制台中文乱码本质是编码链断裂，需同步对齐源文件编码、编译器输入/输出编码及终端代码页：必须设"console": "integratedterminal"，禁用internalconsole；在tasks.json中为c/c++添加-finput-charset=utf-8和-fexec-charset=gbk；确保源文件为utf-8无bom；windows终端需通过settings.json配置自动执行chcp 65001。
VSCode调试时控制台中文显示为问号、方块或“锟斤拷”，不是界面语言问题，而是调试会话的字符编码链断裂——源文件编码、编译器输入/执行编码、调试器输出环境三者没对齐。最常踩的坑是：改了文件编码却没动tasks.json，或用了internalConsole这个对中文基本无效的控制台。
确认你用的是 integratedTerminal 而不是 internalConsole
VSCode 的 internalConsole 是一个轻量级伪终端，不支持 Windows 代码页切换，也无法正确解码 GBK 字节流，对中文几乎不可用。必须强制调试输出走集成终端。
- 打开
.vscode/launch.json - 确保存在且值为：
"console": "integratedTerminal" - 绝对不要写成
"console": "internalConsole"或直接删掉这一项（默认就是 internalConsole） - 如果要用外部独立 CMD 窗口，也得设为
"console": "externalTerminal"，但依然要配合chcp 65001预处理
在 tasks.json 中显式声明编译器编码参数
C/C++ 编译器（如 gcc/g++）默认不假设源码是 UTF-8，也不会自动适配 Windows 终端的 GBK 输出。不加参数时，它可能按系统 locale 解析源码，也可能报错或静默乱码。
- 打开
.vscode/tasks.json，定位到你要调试的构建任务的args数组 - 加入这两项（顺序无关，但必须同时存在）：
-finput-charset=utf-8和-fexec-charset=GBK -
-finput-charset=utf-8告诉编译器：“你读的 .c/.cpp 文件是 UTF-8 编码” -
-fexec-charset=GBK告诉编译器：“字符串字面量最终要以 GBK 编码存进可执行文件，好让 Windows 控制台（CP936）能原样显示” - 若源文件实际是 GBK 编码，就别强行用
utf-8—— 此时应统一转为 UTF-8，而不是迁就旧编码
检查文件保存是否为 UTF-8 无 BOM
BOM（EF BB BF）在 C/C++ 头文件中会导致预处理器解析失败，尤其 #include 行报错；即使能编译，BOM 也可能干扰调试器对源码行号的映射，间接导致输出异常。
- 在 VSCode 中打开源文件，看右下角状态栏显示的编码（如
UTF-8或UTF-8 with BOM） - 如果是
UTF-8 with BOM，点击它 → “Save with Encoding” → 选UTF-8（注意不是 “UTF-8 with BOM”） - 另存为时务必取消勾选 “UTF-8 with BOM” 选项（VSCode 1.85+ 默认已隐藏该选项，但老版本仍可见）
- 若文件原本是 GBK，先“Reopen with Encoding”选
GBK，确认内容正常后，再“Save with Encoding”选UTF-8
终端启动时自动切代码页（仅限 Windows）
即使用了 integratedTerminal，新起的终端进程默认仍是 CP936（GBK）。必须让它一启动就执行 chcp 65001 切到 UTF-8，否则调试输出仍可能乱码。
- 在
settings.json中添加或修改terminal.integrated.profiles.windows - 对 PowerShell，用：
"args": ["-NoExit", "-Command", "chcp 65001 >$null; $host.ui.RawUI.WindowTitle='PS UTF-8'"] - 对 CMD，用：
"args": ["/K", "chcp 65001"] - 同时设置
"terminal.integrated.defaultProfile.windows"指向你配置的 profile 名称 - 注意：此配置只影响新打开的终端；已存在的终端需手动执行
chcp 65001
最容易被忽略的点是：调试控制台乱码和编辑器里文件能否正常显示，完全是两套机制。你可能看到文件内容清清楚楚，但一按 F5 调试，输出就变方块——这时候再回去改 files.encoding 就跑偏了。真正要盯住的，是 tasks.json 的编译参数、launch.json 的 console 类型、以及终端本身的代码页是否就绪。
