应选 win32 线程模型，因其无需额外依赖 libwinpthread，避免 VSCode 调试时出现启动失败或断点不命中问题；posix 模型易引发兼容性与调试异常。
MinGW-w64 安装时选 posix 还是 win32 线程模型？
绝大多数 Windows 下的 C/C++ 新手项目不需要 POSIX 线程（比如 pthread），直接选 win32 更稳妥。选 posix 会额外依赖 libwinpthread，而 VSCode + cpptools 默认不自动识别该运行时，容易在调试时遇到 Unable to start debugging: Failed to launch program 或断点不命中。
安装建议：
- 从 mingw-w64.org 或更推荐的 niXman/mingw-builds 下载预编译包
- 架构选
x86_64（除非你明确要 32 位） - 线程模型选
win32 - 异常处理选
seh（比dwarf兼容性更好，尤其对 C++ 异常和调试器友好）
VSCode 中如何让 C/C++ 扩展识别到 MinGW 的 gcc/g++？
关键不是改 c_cpp_properties.json 里的 compilerPath，而是先确保 VSCode 能“看到”你的 MinGW bin 目录。否则即使路径写对， IntelliSense 仍可能报 cannot open source file "stdio.h"。
操作步骤：
立即学习“C++免费学习笔记（深入）”；
- 把 MinGW 的
bin路径（例如C:mingw64in）加进系统PATH环境变量（重启 VSCode） - 在 VSCode 终端里执行
gcc --version和g++ --version，确认能正常输出 - 打开命令面板（
Ctrl+Shift+P），运行C/C++: Edit Configurations (UI) - 在
Compiler path输入框里点右侧放大镜图标，它会自动扫描PATH中的编译器 —— 选中g++.exe即可，扩展会自动填好gcc.exe对应路径和intelliSenseMode
注意：compilerPath 必须指向 g++.exe（不是 gcc.exe），否则 C++ 标准库头文件（如 string、vector）可能无法解析。
tasks.json 编译任务里 -std=c++17 和 -g 参数为什么不能少？
-std=c++17 决定语法支持级别，VSCode 默认用 g++ 的旧标准（通常是 C++14），遇到 if constexpr、结构化绑定等语法会报错；-g 则是调试信息开关，没它就无法在 VSCode 里设断点、看变量值。
一个最小可用的 tasks.json 编译任务示例（放在项目根目录 .vscode/tasks.json）：
{
"version": "2.0.0",
"tasks": [
{
"type": "cppbuild",
"label": "g++.exe build active file",
"command": "g++",
"args": [
"-g",
"${file}",
"-o",
"${fileDirname}\${fileBasenameNoExtension}.exe",
"-std=c++17"
],
"options": {
"cwd": "${fileDirname}"
},
"problemMatcher": ["$gcc"],
"group": "build",
"detail": "compiler: g++"
}
]
}
常见漏项：
- 漏掉
-g→ 调试器启动后立即退出，或提示No executable specified -
-std=写成-stdc++17（少个-）→ 编译器报unrecognized command-line option -
command写成gcc编译 C++ 文件 → 链接阶段找不到std::cout等符号，报undefined reference to `__cxa_begin_catch'
调试时提示 “launch: program 'xxx.exe' does not exist” 怎么办？
这不是路径写错了，而是 launch.json 里 program 指向的可执行文件还没生成，或者生成路径和配置不一致。VSCode 的 C/C++ 扩展不会自动帮你运行编译任务，必须手动触发一次构建（Ctrl+Shift+B），再按 F5 启动调试。
确保 .vscode/launch.json 中的 program 和 tasks.json 输出路径严格匹配：
- 如果
tasks.json输出到${fileDirname}\${fileBasenameNoExtension}.exe，那launch.json的program就得是"${fileDirname}\${fileBasenameNoExtension}.exe" - Windows 路径分隔符必须用双反斜杠
\，单斜杠/在某些场景下会被忽略 - 首次调试前务必确认目标
.exe文件真实存在，别依赖“应该生成了”这种假设
最容易被忽略的是：MinGW 编译出的 .exe 依赖 libgcc_s_seh-1.dll 和 libstdc++-6.dll，它们默认在 mingw64in 下。如果调试时弹窗提示“缺少 dll”，就把这个目录加进系统 PATH，或者把这两个 dll 复制到你的 exe 同目录。
