调试控制台中文乱码是因编译器与调试器编码不一致：源码UTF-8，gdb默认GBK解码；需在tasks.json加-finput-charset=UTF-8和-fexec-charset=GBK，launch.json设"console": "integratedTerminal"，并确保路径无中文空格。
调试控制台里中文显示为问号或方块，不是 VSCode 坏了，而是 launch.json 和 tasks.json 没告诉编译器和调试器“该用什么编码读写中文”。
为什么调试控制台中文乱码，但终端里正常？
VSCode 内置终端默认走 UTF-8，而 Windows 下的 gdb 或 cmd 启动的调试会话默认用 GBK（代码页 936）。你的源文件可能是 UTF-8 编码，gcc 编译时没指定输入/执行字符集，生成的可执行文件就按 UTF-8 存字符串；但 gdb 在控制台输出时却用 GBK 解码，自然变成乱码。
- 终端里能看懂，是因为你手动执行了
chcp 65001切到了 UTF-8 模式 - 调试控制台不执行这步，它直接调用
gdb并捕获其原始输出流 - 关键点不在 VSCode 界面语言，而在编译器参数和调试器环境的一致性
在 tasks.json 中加编译器编码参数
仅靠改文件保存编码（如存成 GBK）治标不治本——现代协作项目必须用 UTF-8。真正要改的是 gcc/g++ 的行为：
- 给
args加上-finput-charset=UTF-8：告诉编译器“源码是 UTF-8 写的” - 加上
-fexec-charset=GBK：让生成的可执行文件内部字符串以 GBK 编码存储，适配 Windows 控制台 - 别漏掉
-mconsole（Windows 下），确保程序启动带控制台窗口
示例片段：
{
"args": [
"-g",
"${file}",
"-o",
"${fileDirname}/${fileBasenameNoExtension}.exe",
"-finput-charset=UTF-8",
"-fexec-charset=GBK",
"-mconsole"
]
}
launch.json 的 console 字段不能设为 internalConsole
internalConsole 是 VSCode 自己的简易控制台，不支持 Windows 控制台的代码页切换，也无法正确渲染 GBK 字节流。它对中文基本是“盲区”。
- 必须设为
"console": "integratedTerminal"：复用 VSCode 终端的 UTF-8 环境，且能执行chcp预处理 - 若坚持用外部控制台（比如弹出独立
cmd窗口），则需在launch.json中加env预设命令："env": {"CHCP": "65001"}不起作用，得用preLaunchTask或miDebuggerPath包装器 - 注意：
console设为codeDebugConsole时，C/C++ 输出通常不会出现在那里，那是为 JS/TS/Python 调试日志设计的
最容易被忽略的点：MSYS2 环境下路径含空格或中文
哪怕所有编码参数都对，只要 tasks.json 里 args 的路径（比如 "${file}"）展开后含中文或空格，gcc 就可能静默失败或误读参数，导致乱码只是表象，实际连编译都没成功。
- 检查
terminal.integrated.defaultProfile.windows是否指向 MSYS2 的bash.exe或clang64.exe—— 它们对路径空格更敏感 - 临时把项目移到纯英文无空格路径（如
C:/dev/test）测试，排除路径干扰 - 在
tasks.json的group设为"build"，并确认launch.json的preLaunchTask字符串与之完全一致（大小写、下划线都不能错）
