VS Code开发C++需装C/C++和CMake Tools（或Code Runner）两个核心插件；tasks.json须配problemMatcher和-g参数；launch.json需设program、miDebuggerPath和externalConsole为true；修改代码后须手动构建否则运行旧版本。
装什么插件才够用
VS Code 本身不带 C++ 编译和调试能力，必须靠插件补全。核心只装两个：C/C++（微软官方，提供语法高亮、智能提示、IntelliSense）和 CMake Tools（如果用 CMake 构建）；纯命令行编译（比如直接调 g++）则 Code Runner 更轻量，但要注意它默认不传调试符号，gdb 调试会失败。
常见踩坑点：
-
C/C++插件依赖本地clangd或msvc/gcc的头文件路径，装完必须手动配置c_cpp_properties.json里的"includePath"，否则跳转定义/报错红线满屏 - 同时启用
Code Runner和CMake Tools容易冲突——前者一键运行，后者接管构建流程，建议二选一 - Windows 下若用 MinGW，确保
g++.exe所在目录已加进系统PATH，否则插件根本找不到编译器
tasks.json 怎么写才能正确编译
tasks.json 是 VS Code 调用外部工具的入口，关键不是“写全”，而是匹配你的真实编译链。比如用 g++ 编译单文件：
{
"version": "2.0.0",
"tasks": [
{
"type": "shell",
"label": "g++ build",
"command": "g++",
"args": [
"-g",
"${file}",
"-o",
"${fileDirname}/${fileBasenameNoExtension}"
],
"group": "build",
"problemMatcher": ["$gcc"]
}
]
}
注意几个硬性细节：
立即学习“C++免费学习笔记（深入）”；
-
"problemMatcher": ["$gcc"]必须加上，否则编译错误不会在“问题”面板里显示，只能看终端输出 -
-g参数不能省，否则后续gdb调试时看不到变量值、无法单步进函数 - Windows 用户若用
cl.exe（MSVC），command改成"cl.exe"，args格式完全不同，且需先运行vcvarsall.bat初始化环境变量——直接写在tasks.json里会失败，得用shell包一层
launch.json 调试配置最简能到什么程度
调试本质是让 gdb 或 lldb 附着到可执行文件上，launch.json 只要填对三处就能跑起来：
-
"program"：指向编译生成的可执行文件路径，推荐用${fileDirname}/${fileBasenameNoExtension} -
"miDebuggerPath"：显式指定gdb路径（如"C:\msys64\mingw64\bin\gdb.exe"），不设可能找不到 -
"externalConsole"：设为true，否则 Windows 下程序输入会卡死（控制台窗口一闪而过）
一个最小可用示例：
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch",
"type": "cppdbg",
"request": "launch",
"program": "${fileDirname}/${fileBasenameNoExtension}",
"args": [],
"stopAtEntry": false,
"cwd": "${fileDirname}",
"environment": [],
"externalConsole": true,
"MIMode": "gdb",
"miDebuggerPath": "gdb.exe",
"setupCommands": [
{ "description": "Enable pretty-printing", "text": "-enable-pretty-printing", "ignoreFailures": true }
]
}
]
}
别漏掉 "stopAtEntry": false，设成 true 会导致一启动就停在 main 入口前，新手常以为卡住了。
为什么改了代码却还是运行旧版本
这不是 VS Code 的 bug，而是构建流程没触发。典型原因有三个：
- 没按
Ctrl+Shift+B（或右键“运行生成任务”）重新编译，直接点绿色三角（Code Runner）跑的是上次生成的旧二进制 -
tasks.json里用了"isBackground": true却没配"problemMatcher"，VS Code 认为构建没结束，后续调试就卡住不动 - 文件保存后没触发自动构建——VS Code 默认不监听保存事件，必须手动绑定：
Ctrl+Shift+P→ 输入Tasks: Configure Default Build Task→ 选你的g++ build任务，再勾上Run on Save
最稳的做法：关掉所有自动运行，每次修改后明确执行一次构建任务，再调试。复杂项目里，依赖关系、头文件变更、缓存残留都会让“自动”变得不可靠。
