g++命令可运行但#include 报错，说明编译器存在但标准库头文件路径未被识别，常见于误用gcc、文件扩展名错误（.c而非.cpp）、g++安装不完整或include路径配置缺失，需确认g++版本≥5.0并使用g++而非gcc编译。
g++ 命令能运行但 #include <iostream></iostream> 报错
说明编译器可执行，但标准库头文件路径未被识别。常见于手动配置 PATH 后遗漏了 include 路径或混用了 C 编译器。典型错误信息是：fatal error: iostream: No such file or directory。
先确认你用的是 g++ 而不是 gcc：前者自动链接 C++ 标准库并搜索对应头文件路径；后者默认按 C 语言处理，不加载 <iostream></iostream>。
- 运行
g++ --version确认输出包含 “g++” 字样，且版本 ≥ 5.0 - 编译时必须用
g++ main.cpp -o main，不能写成gcc main.cpp - 检查文件扩展名：确保源文件是
.cpp或.cc，不是.c（GCC 对.c文件强制按 C 模式解析）
g++ -v 显示的 include 路径里没有 iostream
即使 g++ 命令可用，也可能因安装不完整导致头文件缺失。例如 Ubuntu 上只装了 build-essential 但没装 g++ 包本身，或 macOS Homebrew 安装了 gcc 但未链接 g++。
执行 g++ -v -E /dev/null 2>&1 | grep "#include"，查看输出中是否有类似 /usr/include/c++/11 或 /opt/homebrew/include/c++/v1 的路径。若完全没出现任何 c++ 相关路径，说明 C++ 标准库头文件未安装。
- Ubuntu/Debian：运行
sudo apt install g++（不要只装gcc） - macOS + Homebrew：运行
brew install gcc，然后确认g++指向的是 brew 安装的版本（which g++应为/opt/homebrew/bin/g++） - Windows + MinGW-w64：检查安装包是否勾选了 “C++ support” 或 “libstdc++” 组件
makefile 或 IDE 中显式指定 -I 却仍失败
加了 -I/usr/include/c++/11 还报错？问题往往出在路径层级不对。C++ 头文件实际位于 /usr/include/c++/11/iostream，但该路径下还有 bits/、ext/ 等子目录，而 <iostream></iostream> 内部会 #include "bits/c++config.h" 等——这些依赖文件必须能被递归找到。
正确做法不是只加顶层路径，而是让编译器自己决定完整搜索链。强制加 -I 很容易漏掉配套路径。
- 优先删掉所有手写的
-I，改用g++ -std=c++11 main.cpp让编译器自动推导 - 若必须指定路径（如交叉编译），应同时提供主头文件路径和
bits所在路径，例如：-I/path/to/c++/11 -I/path/to/c++/11/bits - VS Code 用户检查
c_cpp_properties.json中的includePath是否包含整个c++/版本号目录，而非仅其父级
Windows 上 MSVC 与 MinGW 混用导致路径冲突
PATH 中同时存在 MSVC 的 cl.exe 和 MinGW 的 g++.exe，但 VS Code 或 shell 默认调用的是前者，而 MSVC 不识别 g++ 风格的 include 路径，反之亦然。
最直接的判断方式：在终端运行 g++ --version 和 where g++（Windows）或 which g++（Linux/macOS），确认返回的是你预期的那个编译器路径。
- 临时规避：用绝对路径调用，如
C:\msys64\mingw64\bin\g++.exe main.cpp - 永久解决：清理 PATH，只保留一套工具链；或在 IDE 中显式设置编译器路径（如 VS Code 的
C_Cpp.default.compilerPath） - 特别注意：某些 MinGW 发行版（如 TDM-GCC）会把头文件放在
mingw64\include\c++\11.2.0，而非标准lib/gcc下，需核对真实路径
真正卡住的地方，往往不是“找不到 iostream”，而是“找到了 iostream，但它内部又去 include 了别的、根本不存在的文件”。所以别只盯着 <iostream></iostream>，要看 g++ -v -E 输出的完整包含路径链，以及 ls 或资源管理器里那些路径下到底有没有 bits/ 目录和里面的内容。
