-U 参数不能取消源码中 #define 定义的宏，只能取消通过 -D、编译器内置或系统头文件引入的预定义宏；要取消源码级宏必须用 #undef。
Clang 的 -U 参数不能取消源码中用 #define 定义的宏，只能取消之前用 -D 或编译器默认定义的宏。
为什么 -U 对 #define 无效
预处理阶段中，#define 是源码级指令，由预处理器在读取源文件时执行；而 -U 是编译器命令行参数，只作用于“预定义符号表”——即通过 -D、内置宏（如 __clang__）或系统头文件间接引入的宏。一旦宏经 #define 进入当前翻译单元，-U 就完全无法触达它。
常见误判现象：gcc -DDEBUG -UDEBUG main.c 可以让 #ifdef DEBUG 不成立，但若 main.c 里写了 #define DEBUG 1，加 -UDEBUG 也毫无影响。
-U 实际生效的三种典型场景
它只在宏来自外部定义时起效：
- 取消
-D定义的宏：clang -DENABLE_LOG -UENABLE_LOG main.c→ENABLE_LOG在整个编译过程中未定义 - 取消 Clang 自带的默认宏（需配合
-u，注意是小写）：clang -u__declspec main.c（不推荐，可能破坏 Windows 头文件兼容性） - 在构建系统中覆盖父级定义：CMake 中
add_compile_options(-DVERBOSE -UVERBOSE)会抵消前面的-D，常用于条件编译切换
想取消 #define 宏？用 #undef，不是 -U
这是最常被混淆的点。如果宏是在头文件或源码里写的：
- 必须在源码中显式写
#undef MACRO_NAME -
#undef是预处理指令，作用域从出现位置到文件末尾（或下一个#define） - 不能跨文件取消——
a.h里#define X，b.c里写#undef X没用，除非b.c包含了a.h - 示例：
#define LOG_LEVEL 3 #undef LOG_LEVEL #ifdef LOG_LEVEL #error "This won't trigger" #endif
容易踩的坑：顺序和大小写敏感
-U 和 -D 的生效顺序依赖命令行书写顺序，且严格区分大小写：
-
clang -DDEBUG -Udebug main.c→DEBUG仍定义，debug本就未定义，无实际效果 -
clang -UDEBUG -DDEBUG main.c→ 先取消再定义，最终DEBUG有效 -
clang -DDEBUG=1 -UDEBUG main.c→DEBUG被取消，#ifdef DEBUG为假，但DEBUG作为标识符仍可被#if DEBUG当作 0 解析（注意：这属于未定义行为，别这么写）
真正难调试的，往往是构建脚本里多个 -D/-U 混用又没注释清楚，或者误以为 -U 能压制头文件里的 #define —— 那时候该查的是头文件包含逻辑，不是编译参数。
