VSCode运行C/C++需确保编译器路径被正确识别、tasks.json中command指向准确、launch.json中miDebuggerPath明确指定gdb.exe路径；三者任一出错即导致90%运行失败。
能运行，但不是装完插件点一下就成。核心卡点在编译器路径没被识别、tasks.json 里 command 指向错误、或 launch.json 调试器找不到 gdb.exe —— 这三处出错，90% 的“运行失败”就定了。
gcc --version 能用，但 VSCode 仍报“无法找到编译器”
这是最典型的路径错位：终端能调通，不代表 VSCode 进程能继承同样的环境变量。尤其当你用的是 Windows，且通过 PowerShell 或 Git Bash 启动 VSCode，它很可能压根没读系统 Path 里的 mingw64in。
- 打开 VSCode 后，按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools→ 切到 Console 标签页，输入process.env.Path，确认输出里是否含你的mingw64in路径 - 如果没出现，别改系统变量后直接双击图标启动 VSCode；必须从已配置好环境的终端中启动：
code . - 更稳的做法是在
tasks.json中显式写死command，比如："command": "D:\mingw64\bin\gcc.exe"（注意双反斜杠或正斜杠）
按 Ctrl+Shift+B 编译成功，但 F5 调试报错 “Cannot find GDB”
launch.json 默认依赖系统 PATH 查找 gdb.exe，但很多 MinGW-w64 精简包（尤其是 GitHub niXman 版）把 gdb.exe 放在 mingw64in 下，而有些旧版安装器会把它塞进 mingw64usrin，VSCode 就容易漏掉。
- 先手动确认
gdb.exe真实位置：在文件管理器中进入你的mingw64文件夹，搜索gdb.exe - 在
launch.json的configurations块里加一行："miDebuggerPath": "D:\mingw64\bin\gdb.exe" - 别信模板里写的
"miDebuggerPath": "gdb"——这个只在 PATH 全局生效时才管用
Code Runner 点击运行闪退，或输出中文乱码
Code Runner 是快捷方案，但它绕过了 tasks.json 和 launch.json，所有行为靠扩展自己的规则驱动，对中文路径、编码、控制台权限极其敏感。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C语言免费学习笔记（深入）”；
- 右键 Code Runner 扩展 → “扩展设置”，务必勾选：
Code-runner: Run In Terminal（否则在 Output 面板跑，不支持scanf输入） - 在设置里搜
code-runner.terminal Chinese，找到code-runner.terminal.executeInFileDir并启用，避免因工作目录错导致头文件找不到 - 乱码主因是 Windows 控制台默认 GBK，而 MinGW 输出 UTF-8；临时解法：在终端中先执行
chcp 65001；长期解法：在settings.json加："code-runner.runInTerminal": true+"terminal.integrated.defaultProfile.windows": "Command Prompt"（换用支持 UTF-8 的终端如 Windows Terminal 更可靠）
includePath 报错 “无法打开源文件 stdio.h”
这不是编译失败，是 IntelliSense（代码提示/跳转）找不到标准头文件路径，不影响编译运行，但会让编辑体验极差——所有 #include 都标红，printf 无跳转。
- 不要手动改
c_cpp_properties.json里一堆 include 路径；正确做法：点击报错右下角的灯泡图标 → “Select a configuration to updateincludePath” → 选 “MinGW” 或 “Use gcc in D:mingw64ingcc.exe” - 该操作会自动生成带正确路径的
c_cpp_properties.json，其中includePath通常包含："${workspaceFolder}/**"、"D:/mingw64/x86_64-w64-mingw32/include/**"、"D:/mingw64/lib/gcc/x86_64-w64-mingw32/12.2.0/include/c++/**" - 如果选完仍报错，检查
mingw64目录下是否存在x86_64-w64-mingw32子文件夹；没有说明你下的包不完整，换 niXman 发布的 ucrt 版本
真正麻烦的从来不是“怎么配”，而是配完之后 VSCode 没有告诉你哪一步没生效。盯住终端输出、开发者工具 Console、以及 .vscode 下三个 JSON 文件里每个字段的实际值，比反复重装插件有用十倍。
