安装C/C++扩展后launch.json生成失败，是因为需先打开.cpp/.c文件再通过命令面板执行Debug: Open launch.json；若未安装编译器、调试器或Xcode命令行工具，配置将静默失败。
安装 C/C++ 扩展后为啥 launch.json 生成失败？
VS Code 默认不带 C/C++ 调试支持，装了 Microsoft 官方的 C/C++ 扩展只是第一步。真正触发 launch.json 自动生成，得先打开一个 .cpp 或 .c 文件，再按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入并选择 Debug: Open launch.json —— 此时 VS Code 才会根据当前文件类型推荐配置模板。
常见错误现象：
- 直接新建空文件夹、没放源码就点调试，VS Code 不知道该用 GDB 还是 LLDB，
launch.json无法生成 - 系统里没装编译器（如
gcc、clang或g++），扩展会静默跳过配置引导 - macOS 上没装 Xcode 命令行工具（
xcode-select --install），clang不可用，后续所有调试步骤都会卡住
c_cpp_properties.json 的 includePath 怎么填才不报红？
这个文件管的是代码补全和语法检查，不是编译本身。报 #include could not be resolved 错误，基本就是 includePath 没覆盖到你实际用的头文件位置。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Linux/macOS 下，运行
g++ -v -E -x c++ /dev/null，末尾会列出所有系统头路径，复制粘贴进includePath数组 - Windows + MinGW：通常要加
"${workspaceFolder}/../mingw64/include/c++/12.2.0"这类路径，版本号必须跟你装的 MinGW 版本一致 - 别写死绝对路径（比如
C:msys64mingw64include），优先用${env:HOME}或${workspaceFolder}变量 - 第三方库（如 GLFW、OpenCV）的头文件路径，必须手动加进去；只配
includePath不等于链接器能找得到库，那是tasks.json和链接参数的事
编译命令写在 tasks.json 里，但改了不生效？
tasks.json 是 VS Code 调用外部工具的“快捷键”，它本身不监听文件变化，也不自动重编译。你改了配置，得手动触发一次 Terminal > Run Build Task（Ctrl+Shift+B）才会执行新逻辑。
关键细节：
-
args数组里每个参数单独一项，比如"-std=c++17"和"-O2"不能合并成"-std=c++17 -O2" - Windows 下用 MinGW 编译，
command写"g++"前要确认它在 PATH 里；否则得写完整路径，如"C:\msys64\mingw64\bin\g++.exe" - 想让编译错误直接在 Problems 面板显示，
problemMatcher必须匹配你用的编译器输出格式："$gcc"对应 GCC/MinGW，"$msCompile"对应 MSVC - 如果用了 CMake，别硬套
tasks.json—— 直接装CMake Tools扩展，它会接管构建流程，tasks.json反而容易冲突
调试时断点无效或程序一闪而过？
断点灰色、控制台没输出、终端闪退，大概率是没生成带调试信息的可执行文件，或者调试器根本没 attach 上去。
检查点：
-
tasks.json编译命令里漏了-g参数（GCC/Clang）或/Zi（MSVC），生成的二进制没有符号表，GDB/LLDB 就没法映射源码行 -
launch.json中的program字段路径写错了，比如写成"./build/main"但实际输出在./out/main，调试器启动失败却无提示 - Linux 下用
gdb调试，确保用户有权限读取进程内存（某些发行版默认禁用）：echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope - 程序运行完立刻退出？在
launch.json加"externalConsole": true，避免终端关闭；或者在代码末尾加getchar()（仅临时调试）
最常被忽略的一点：VS Code 的 C/C++ 扩展依赖本地已安装的调试器（gdb、lldb 或 cppvsdbg），它不会帮你装。没装对版本，或者 PATH 里找不到，调试功能就只是个空壳。
