MinGW-w64安装后gcc不识别是因PATH未生效或VSCode未重启；需手动添加bin路径到系统PATH并彻底重启VSCode，再验证where gcc路径及c_cpp_properties.json中intelliSenseMode、compilerPath等配置正确。
MinGW-w64 安装后 gcc 命令不识别？检查 PATH 和 shell 环境
VSCode 里终端报错 bash: gcc: command not found 或 'gcc' is not recognized，不是 MinGW 没装好，大概率是环境变量没进当前 shell。
- Windows 用户务必用
mingw-w64官方推荐的 WinLibs 或 winlibs 一键包，别用过时的mingw-get；安装时勾选「Add to PATH」（但实际常失效） - 手动把 MinGW 的
bin目录（如C:mingw64in）加到系统 PATH，然后**重启 VSCode**——只开新终端窗口不够，VSCode 启动时读一次 PATH - 在 VSCode 终端里运行
where gcc（Windows）或which gcc（WSL/macOS），确认路径是否指向你装的 MinGW，而不是系统残留的旧版本或 MSVC 工具链
VSCode c_cpp_properties.json 配置里 intelliSenseMode 怎么选？
这个字段不光影响代码补全，还决定头文件解析路径和宏定义行为。选错会导致 #include 报红、std::vector 无法跳转。
- MinGW-w64 64 位：用
gcc-x64；32 位用gcc-x86；别硬套clang-x64，Clang 不会自动读 MinGW 的 sysroot -
compilerPath必须写绝对路径，比如"C:\mingw64\bin\gcc.exe"，不能写gcc—— IntelliSense 不走 shell PATH 查找 - 如果项目含 C++17 特性（如
std::optional），记得同步设置"cppStandard": "c++17"，否则补全可能漏符号
调试时提示 Cannot start process: The system cannot find the file specified
这是 launch.json 里 program 路径错了，或者编译根本没生成可执行文件。
- 确认
program指向的是已存在的 .exe 文件，比如"${fileDirname}\${fileBasenameNoExtension}.exe"；别漏掉.exe后缀（Windows 下必须显式写） - 检查
preLaunchTask是否正确关联了tasks.json中的构建任务；常见错误是任务 label 名字大小写不一致，比如定义的是"build with gcc"，但 launch 里写了"Build with GCC" - MinGW 编译出的 exe 依赖
libgcc_s_seh-1.dll等运行时库，若调试时报 DLL 找不到，把mingw64in加进系统 PATH，或把对应 DLL 复制到 exe 同目录
tasks.json 中 args 参数顺序为什么总被忽略？
gcc 命令行参数顺序敏感，特别是 -I、-L、-l 和源文件位置。VSCode tasks 是按数组顺序拼接的，错一位就链接失败。
立即学习“C++免费学习笔记（深入）”；
- 源文件（
"${file}"）必须放在所有-l之前；-L必须在对应-l之前；-I可以放前面，但别插在中间 - 避免用
-static-libgcc和-static-libstdc++一起用，容易触发 MinGW 链接器 bug，报undefined reference to `__main' - 调试时建议加
-g，但生产构建要删掉，否则体积暴涨且暴露符号；别图省事在所有模式下都写死-g
MinGW 的路径分隔符、空格处理、shell 转义比想象中脆弱，哪怕多一个反斜杠或引号位置不对，tasks.json 就静默失败。最稳的方式是先在外部终端跑通命令，再一模一样挪进 args 数组。
