搭好MinGW-w64开发环境只需三步：安装MSYS2并执行pacman -S --needed base-devel mingw-w64-ucrt-x86_64-toolchain获取g++与gdb；将C:msys64ucrt64in加入PATH并用where g++验证唯一性；在VS Code中配置c_cpp_properties.json的Compiler path为绝对路径、IntelliSense mode选gcc-x64，且launch.json中miDebuggerPath须指向同工具链的gdb.exe。
g++ 能跑起来，vscode 能调用它编译和调试，就是搭好了——不用装 Visual Studio，也不必纠结“最全配置”，核心就三件事：装对工具链、PATH 加对路径、VS Code 插件配准位置。
确认你用的是 MinGW-w64（不是老版 MinGW）
老版 MinGW 已停止维护，不支持 C++17/20 新特性，gdb 调试也常崩。现在 Windows 上唯一推荐的 GCC 工具链是 MinGW-w64，关键看两点：
• 安装包或路径里带 x86_64（64 位）或 i686（32 位），不能只有 mingw；
• 编译器名是 x86_64-w64-mingw32-g++.exe 或类似带 w64 的前缀，不是 mingw32-g++.exe；
• 推荐通过 MSYS2 安装：运行 UCRT64 终端，执行 pacman -S --needed base-devel mingw-w64-ucrt-x86_64-toolchain，它自带最新 g++ 和 gdb。
PATH 必须指向真正的 bin 目录，且顺序不能错
常见错误是把整个 mingw64 文件夹加进 PATH，或者加了 C:msys64usrin（这是 MSYS2 自己的 shell 工具，会和 g++ 冲突）。正确路径只有一条：
• MSYS2 方式：加 C:msys64mingw64in（UCRT64 对应 C:msys64ucrt64in）；
• 独立安装包方式：加解压后目录里的 mingw64in（如 D:mingw64in）；
• 加完必须新开一个终端验证：where g++ 应只输出一行，且路径中含 mingw64in；
• 如果 where g++ 输出多行，说明 PATH 里混进了其他编译器（比如旧版 MinGW 或 VS Build Tools），删掉冲突项。
VS Code 的 c_cpp_properties.json 要匹配实际工具链
装好 C/C++ 扩展后，按 Ctrl+Shift+P 输入 C/C++: Edit Configurations (UI)，重点设三项：
• Compiler path：填绝对路径，如 C:msys64mingw64ing++.exe，不能写 g++；
• IntelliSense mode：选 gcc-x64（对应 x86_64 工具链），别选 msvc-x64；
• C standard 和 C++ standard：建议设为 c17 和 cpp17 或更高，避免头文件报错；
• 如果项目用 #include <filesystem> 报错，说明标准库没链接：在 tasks.json 的 args 里加 -lstdc++fs。
调试失败？大概率是 launch.json 指向了错误的 gdb
gdb 必须和 g++ 来自同一套工具链，否则断点不命中、变量看不到。检查方法：
• 运行 where gdb，输出路径应和 where g++ 在同一级目录下（如都是 mingw64in）；
• 在 .vscodelaunch.json 中，miDebuggerPath 必须写死为完整路径，例如："miDebuggerPath": "C:\msys64\mingw64\bin\gdb.exe"；
• 如果用 MSYS2 的 UCRT64 工具链，gdb 是 ucrt64-gdb.exe，但 VS Code 默认认 gdb.exe，所以要么重命名，要么在 launch.json 里明确指定；
• 启动调试前，确保终端没卡在 MSYS2 shell 里（比如你从 UCRT64 终端启动的 VS Code），否则 gdb 会试图用 MSYS2 的伪终端，导致崩溃。
立即学习“C++免费学习笔记（深入）”；
Windows 上真正难的不是“怎么装”，而是装完之后哪条路径该加、哪条不该加，以及 VS Code 配置里哪个字段必须写绝对路径、哪个可以省略。很多人反复重装，其实只是PATH 多加了一层、gdb 混用了两个版本，或者 intelliSenseMode 选错了模式。 
