clang++ 默认只搜索系统路径（如 /usr/include），不会自动查找项目目录下的 include/ 或 src/，必须通过 -i 显式指定自定义头文件路径；运行 clang++ -xc++ -e -v - 可查看其默认搜索路径，若不含目标目录则需添加 -i 参数。
确认 clang++ 能找到头文件吗？先查默认搜索路径
Clang 不会自动扫描你项目目录下的 include/ 或 src/ 里的头文件。它只认系统路径（如 /usr/include）和显式用 -I 指定的路径。运行下面命令，看看它默认搜哪些地方：
clang++ -xc++ -E -v -
输入后按 Ctrl+D（Unix/macOS）或 Ctrl+Z（Windows），终端会打印出所有内置头文件搜索路径。如果没看到你的项目头文件所在目录，就必须加 -I。
带自定义头文件的单文件编译：-I 是关键
假设项目结构是：
myproj/
├── main.cpp
└── include/
└── utils.h
而 main.cpp 里写了 #include "utils.h"，那么必须告诉 clang++ 去哪找 include/：
-
clang++ -I./include main.cpp -o app—— 相对路径最常用 -
clang++ -I/home/user/myproj/include main.cpp -o app—— 绝对路径更稳定，尤其在脚本中 - 多个头目录？重复写
-I：-I./include -I./third_party/boost
注意：-I 后面不能有空格，-I ./include 是错的，会报 no input files。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
多文件 + 头文件：分步编译时 -I 要传给每一步
如果你拆成 -c 编译再链接，-I 必须出现在每个 clang++ -c 命令里，否则编译 utils.cpp 时找不到它自己依赖的头文件：
clang++ -c -I./include src/main.cpp -o main.oclang++ -c -I./include src/utils.cpp -o utils.o-
clang++ main.o utils.o -o myapp—— 链接阶段不需要-I
漏掉任何一个 -c 命令的 -I，都会在对应源文件里报 fatal error: 'utils.h' file not found。
常见坑：#include 和 "" 的区别影响 -I 行为
Clang 对两种包含方式搜索顺序不同：
-
#include "myheader.h"：先在当前源文件所在目录找，再按-I路径顺序找，最后才查系统路径 -
#include <myheader.h></myheader.h>：跳过当前目录，直接从-I路径开始找，最后才是系统路径
所以如果你写的是 #include <utils.h></utils.h> 却把 utils.h 放在 ./include/ 下，就**必须**用 -I./include，且不能依赖当前目录查找。很多初学者卡在这儿，反复检查路径却忘了看引号类型。
