-E只做预处理输出.i文件，-S生成汇编.s文件，-c生成目标.o文件；-L必须在-l之前；AddressSanitizer需-fsanitize=address -g -fno-omit-frame-pointer配合；--analyze仅静态分析不生成可执行文件。
clang -E、-S、-c 分别干啥
这三个参数控制编译流程的终止点，不是“开关”，而是明确告诉 clang 停在哪一步：-E只做预处理（输出 .i），-S走到汇编（输出 .s），-c停在目标文件（输出 .o）。漏掉 -c 直接编译多个 .c 文件会报错 ld: can't link because no object files were generated——因为没生成 .o，链接器根本没东西可链。
-
-E main.c -o main.i：展开所有#include和宏，适合查头文件路径是否对、宏定义是否生效 -
-S main.c -o main.s：看编译器怎么把 C 语句翻译成汇编，调试优化行为时有用 -
-c util.c -o util.o：必须加-c才能生成可被链接的目标文件，否则默认尝试链接，失败
链接时 -L 和 -l 的顺序不能乱
-L 指定库搜索路径，-l 请求链接具体库名，但 clang（和 ld）按从左到右顺序扫描参数，所以 -L 必须出现在对应 -l 之前。写成 clang main.o -lmylib -L./lib 会找不到库——因为碰到 -lmylib 时，-L./lib 还没读到，只查系统默认路径。
- 正确写法：
clang main.o -L./lib -lmylib -o app - 多个路径：重复用
-L，如-L./deps -L/usr/local/lib -
-lmylib实际找的是libmylib.so（Linux）或libmylib.dylib（macOS），不是mylib.so
启用 AddressSanitizer 要配齐三个参数
只加 -fsanitize=address 很可能看不到完整堆栈，尤其在 Release 模式下。AddressSanitizer 需要符号信息和帧指针才能准确定位问题，否则报错只显示 0x7ffeefbff420 is located 8 bytes inside of a 16-byte region，没法回溯到源码行。
- 必须组合：
-fsanitize=address -g -fno-omit-frame-pointer -
-O1可以保留，但-O2及以上可能让某些越界访问检测失效（优化重排内存访问） - 运行时报错时，会打印出分配/释放位置、调用栈，甚至线程 ID，前提是这三项都在编译命令里
clang --analyze 是静态分析，不是编译运行
clang --analyze 不生成可执行文件，它只做 AST 遍历和数据流分析，输出潜在 bug 报告（比如空指针解引用、内存泄漏、未初始化变量读取）。误把它当普通编译命令用，会发现没有 ./a.out 生成，且退出码非零不等于失败——它成功发现 bug 就返回 1。
- 典型用法：
clang --analyze -Xanalyzer -analyzer-output=text main.c - 输出是文本报告，不是二进制；想看 HTML 报告得加
-Xanalyzer -analyzer-output=html -o report/ - 它不检查运行时行为（比如除零、信号），只查代码结构层面的逻辑漏洞
实际项目里最容易被忽略的是 -fno-omit-frame-pointer 在 sanitizer 场景下的必要性，以及 -L 和 -l 的顺序约束——这两处一错，编译或链接就卡住，但错误提示往往不直接指向根源。
