clang -I 参数需按顺序写多个路径（如 -I./include -I/usr/local/include），优先级从左到右，首个匹配即停止；#include "xxx.h" 先查源文件目录再查 -I 路径，#include <xxx.h> 直接跳过当前目录只查 -I 和系统路径。
clang -I 参数怎么加才生效
直接写 -I 路径就行，但顺序和重复路径容易出问题。clang 按 -I 出现的顺序从左到右搜索头文件，遇到第一个匹配就停，不会继续往后找。
- 多个路径用多个
-I：比如clang -I./include -I/usr/local/include main.c util.c - 路径不能带空格（除非用引号包裹），比如
-I"../third_party/headers" - 相对路径以当前执行命令的目录为基准，不是源文件所在目录
- 如果同时用了
-I和系统默认路径（如/usr/include），自定义路径优先级更高
为什么 #include "xxx.h" 和 #include <xxx.h> 查找行为不同
#include "xxx.h" 先在当前源文件目录找，再按 -I 顺序找；#include <xxx.h> 直接跳过当前目录，只走 -I 和系统路径。这影响你该用哪种包含方式。
- 项目内头文件（如
utils.h）建议用"utils.h"，避免因-I漏配导致找不到 - 第三方或系统头文件（如
<stdio.h>、<json-c/json.h>）必须用<xxx.h>，否则 clang 可能误从当前目录加载一个同名但不兼容的头文件 - 如果头文件放在子目录里（如
include/core/types.h），-I./include后应写#include "core/types.h"，而不是"types.h"
Makefile 里怎么安全传入 include 路径
别把 -I 硬编码在 gcc/clang 命令里，容易漏掉或路径错位。用变量统一管理更可靠。
- 定义
INC_FLAGS = -I./include -I./deps/json-c/include，然后编译命令写成clang $(INC_FLAGS) $^ -o $@ - 路径含空格或特殊字符时，Makefile 中要用单引号或双引号包裹整个参数，例如：
INC_FLAGS = '-I../vendor/SDL2-2.28.0/include' - 避免在
CFLAGS里混用-I和其他标志（如-Wall），拆成INC_FLAGS和WARN_FLAGS更易调试 - 运行
make -n可预览实际执行命令，确认-I是否出现在 clang 行里且位置正确
clang++ 编译 C++ 项目时 include 路径有啥特别要注意的
clang++ 默认会加入 C++ 标准库路径（如 /usr/lib/clang/18/include/c++/v1），但如果你用非系统 libc++ 或自定义 STL，这些路径可能不自动生效。
- 显式指定 libc++ 头路径需加
-I，例如-I/opt/llvm/include/c++/v1，同时配-stdlib=libc++ - 模板头文件（如
<vector>）依赖完整路径结构，只加-I/opt/llvm/include/c++/v1不够，还得确保该目录下有__config和bits/等子目录 - 使用
-v参数可查看 clang 实际搜索路径：clang++ -v -E -x c++ /dev/null 2>&1 | grep "#include" - 某些 C++ 第三方库（如 Boost）头文件分散在多级目录，建议用
-I/path/to/boost，然后代码中写#include <boost/filesystem.hpp>
-I 位置放错、以及 "xxx" 和 <xxx> 混用，是 clang 多文件编译中最常卡住的几个点。实际操作时，先跑 clang -v -E test.c 看 include 搜索列表，比盲调快得多。 
