最快路径是直接在WSL中用g++编译并执行code .启动VS Code调试；需安装build-essential、通过WSL终端运行code .、配置compilerPath为/usr/bin/g++、program指向正确可执行文件路径。
直接在 WSL 里用 g++ 编译、code . 启动 VS Code 调试，是最快能跑起来的路径。别先折腾 IDE 配置或 CMake，先把“写→编译→运行”这三步闭环打通。
确认 WSL 已装好且能跑 g++
打开 Ubuntu（或其他发行版）终端，执行：
-
g++ --version—— 如果报错Command 'g++' not found，说明没装编译器 -
sudo apt update && sudo apt install build-essential gdb—— 这个包包含g++、make、gdb，缺一不可 -
whereis g++应该返回类似/usr/bin/g++，确认路径可用
注意：别只装 g++ 单独一个包，build-essential 才是 Linux 下 C++ 开发的最小完整依赖集。
用 code . 启动 VS Code 进入 WSL 环境
不是在 Windows 里双击 VS Code 图标，而是从 WSL 终端进入项目目录后执行：
立即学习“C++免费学习笔记（深入）”；
mkdir -p ~/projects/hello && cd ~/projects/hello-
code .—— 这会拉起一个真正运行在 WSL 上的 VS Code 实例（标题栏显示WSL: Ubuntu） - 如果提示“Installing VS Code Server”，等它完成；首次使用会自动装 Remote-WSL 扩展
- 装完后按
Ctrl+Shift+X搜索C/C++，点 “Install in WSL”（不是本地安装）
关键点：code . 是唯一可靠方式。用 Windows 图标打开再手动连 WSL，容易卡在插件不同步、路径解析错误、gdb 找不到等问题上。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
c_cpp_properties.json 必须指向 WSL 的 gcc 路径
按 Ctrl+Shift+P → 输入 C/C++: Edit Configurations (UI) → 自动生成配置。重点检查生成的 c_cpp_properties.json 中：
-
"compilerPath"必须是"/usr/bin/gcc"或"/usr/bin/g++"，不是 Windows 下的路径 -
"intelliSenseMode"推荐"linux-gcc-x64"，别选msvc-x64（那是 Visual Studio 工具链） -
"includePath"至少含"${workspaceFolder}/**"，否则#include <vector>会标红
这个文件不配对，VS Code 就不会识别标准库、跳转失效、补全乱码——但不会报错，只会“看起来像在写代码，实际没智能支持”。
调试前先手动编译一次，验证 launch.json 的 program 路径
写个 hello.cpp，保存后先在终端里手动编译：
-
g++ -g hello.cpp -o hello—— 加-g是为了调试符号 - 确保生成了
./hello可执行文件，且能./hello正常运行 - 再配置
.vscode/launch.json，其中"program"必须写成"${workspaceFolder}/hello"，不能是a.out（除非你真用了g++ -o a.out） -
"miDebuggerPath"设为"/usr/bin/gdb"，避免调用 Windows 版gdb（根本不存在）
最常踩的坑是：改了 launch.json 却忘了先编译，或者编译输出名和 program 对不上。VS Code 调试器不会帮你编译，它只负责启动 gdb 去 attach 已存在的二进制。
真正卡住的地方往往不是语法或逻辑，而是路径——WSL 文件系统（/home/xxx）和 Windows 文件系统（/mnt/c/xxx）混用、code . 启动位置不对、compilerPath 指向 Windows 的 GCC（根本没装）、program 写成 Windows 风格路径。把这几处路径抠清楚，比学一百个 C++ 特性都管用。
