先确认path是否生效，根本问题不是“装没装”，而是系统能否在任意位置调用gcc；必须将mingw-w64的bin目录（如c:mingw64in）添加到系统级path，且需新开终端验证，否则旧窗口不会刷新环境变量。
gcc命令找不到？先确认PATH是否生效
根本问题不是“装没装”，而是系统能不能在任意位置调用gcc。Windows下所有命令行工具（CMD、PowerShell、VS Code终端）都依赖PATH环境变量定位可执行文件。
- MinGW或MinGW-w64解压后，必须把
bin目录完整路径（例如C:mingw64in或C:MinGWin）加到系统级PATH中，不能只加到用户变量里（尤其多账户时容易漏） - 添加后必须新开一个CMD/PowerShell窗口验证，旧窗口不会自动刷新
PATH——这是最常被忽略的一步 - 如果用的是MSYS2或TDM-GCC，它们安装时可能已自动配置
PATH，但也要手动检查是否真包含对应bin路径
为什么gcc -v能运行，但编译C++时报错找不到头文件？
因为g++需要标准库头文件（如iostream），而这些文件不在默认搜索路径里。仅靠PATH不够，还得告诉编译器去哪找头文件和库。
- 设置
C_INCLUDE_PATH（C头文件）和CPLUS_INCLUDE_PATH（C++头文件），值为编译器自带的include目录，比如C:mingw64_64-w64-mingw32include - 设置
LIBRARY_PATH指向lib目录（如C:mingw64lib），否则链接阶段可能报undefined reference - 注意：这些变量是GCC运行时读取的，不是启动时加载的，所以改完要重启终端；VS Code里还要重启窗口才能生效
VS Code里编译失败，但CMD里gcc -v正常？
VS Code终端默认继承系统环境变量，但有时会缓存旧配置，或被插件覆盖路径。它不认你手动在CMD里临时设的变量。
- 不要用
set PATH=...在CMD里临时加路径——这只对当前CMD窗口有效，VS Code看不到 - 务必通过「系统属性 → 高级 → 环境变量」修改，且选「系统变量」而非「用户变量」（避免权限或账户隔离问题）
- VS Code里按
Ctrl+Shift+P运行Developer: Reload Window，强制重载环境变量 - 如果用了
c_cpp_properties.json，里面compilerPath必须填绝对路径，比如"C:\mingw64\bin\gcc.exe"，不能写gcc——否则IntelliSense可能误判标准库位置
验证时别只跑gcc -v，要测真实编译链
gcc -v只说明命令能执行，不代表整个工具链可用。真正关键的是能否走完预处理→编译→汇编→链接全流程。
- 写一个最简
test.c：#include <stdio.h> int main(){printf("ok ");return 0;}</stdio.h> - 执行
gcc test.c -o test.exe && ./test.exe，成功输出ok才算闭环 - 如果报
cannot find -lmsvcrt或ld.exe: cannot find crtdll.o，说明LIBRARY_PATH或目标架构（32/64位）不匹配，得核对MinGW-w64安装时选的ABI（seh vs sjlj）和线程模型（posix vs win32）
