vs code中g++或clang++报“command not found”是因系统未安装编译器或path未生效；需先终端验证版本，再确保vs code从正确shell启动，避免硬编码路径、校准tasks.json参数顺序，并重置intellisense数据库。
vscode里g++或clang++报“command not found”
不是VS Code配置错了，是系统根本没装编译器，或者PATH没导进去。VS Code的C/C++扩展只是调用系统命令，它不自带编译器。
- 先在终端运行
g++ --version或clang++ --version，看是否能输出版本号；不能就说明没装，得先装好（macOS用brew install gcc或brew install llvm，Windows用MinGW-w64或WSL） - 如果终端能跑，但VS Code里跑不了，大概率是VS Code没继承shell的PATH——关掉所有VS Code窗口，从终端启动：
code .（macOS/Linux）或code .从已加载PATH的PowerShell/WSL中启动（Windows） - 别在
settings.json里硬写绝对路径来“绕过”，比如"c.cpp.default.compilerPath": "/usr/local/bin/g++"，这会让项目失去可移植性，且升级编译器后容易断
c_cpp_properties.json里compilerPath填错会怎样
填错不会直接报错，但会导致智能提示（IntelliSense）头文件找不到、宏定义失效、类型跳转失败——因为VS Code靠这个路径决定用哪个标准库头文件和内置宏。
- 确认路径真实存在：
ls -l /usr/bin/g++或which clang++，别复制粘贴时多空格或漏斜杠 - Mac上注意：Xcode命令行工具安装后，
g++其实是clang++软链，compilerPath填/usr/bin/clang++比填/usr/bin/g++更稳 - Windows用MinGW：必须指向
g++.exe，不是gcc.exe；且路径中的反斜杠要写成正斜杠或双反斜杠，例如"C:/mingw64/bin/g++.exe"
任务配置tasks.json里args顺序不对，编译就静默失败
VS Code任务不报错，但生成的可执行文件跑不起来，或者根本没生成，八成是args里源文件位置错了——g++要求源文件必须出现在所有选项之后，否则会被当成链接参数丢弃。
- 错误写法：
"args": ["-o", "out", "-std=c++17", "${file}"]→-std被当成输出文件名的一部分 - 正确顺序：所有选项（
-o、-std、-I等）放前面，源文件放最后，例如："args": ["-g", "-std=c++17", "-o", "${fileDirname}/out", "${file}"] - Windows下注意：如果用了
-o但没写.exe后缀，g++.exe仍会生成out.exe，但Linux/macOS下不加后缀就是无后缀文件，容易误判
改完配置没生效？别只点“重新加载窗口”
VS Code的C/C++扩展缓存很顽固，光重载窗口常不刷新IntelliSense数据库，得手动触发重索引。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并选择Reset IntelliSense Database - 再打开一个
.cpp文件，看右下角状态栏是否显示“IntelliSense 正在处理…”；等它变成“Ready”才算真正更新 - 如果还报错，检查
c_cpp_properties.json里的configurationProvider有没有被其他插件（比如CMake Tools）覆盖——有就删掉这行，让C/C++扩展自己管
