你遇到的问题核心在于预处理器指令#ifndef仅接受直接的标识符，无法处理带括号的宏调用。下面提供两种可行的解决思路，分别适配不同的兼容性需求：

方案一：利用#if defined(...)的宏展开支持（GNU扩展） #

虽然C标准未明确规定defined()的参数可以是宏展开的结果，但GNU cpp（GCC的预处理器）支持这种用法，我们可以通过间接宏展开来实现需求：

#define PASTER(x, y) x##_##y
#define EVALUATOR(x, y) PASTER(x, y)
#define HEADER_GUARD EVALUATOR(THENAMESPACE, API_H)

#if !defined(HEADER_GUARD)
# error "Namespace-based header guard is missing or incorrectly defined"
#endif

注意事项： #

• 这种写法在GCC/Clang下可以正常工作，但如果启用-Wpedantic、-Wextra或-Wexpansion-to-defined，会触发警告，提示defined的参数来自宏展开，行为在标准中未定义。
• 若你的项目仅使用GNU系编译器，且可以接受该警告（或通过-Wno-expansion-to-defined关闭），这是最直接的方案。

方案二：通过-Wundef警告强制检测（更兼容标准） #

如果需要更好的标准兼容性，可以利用预处理器的-Wundef警告：当引用未定义的宏时，编译器会发出警告。我们可以将其升级为错误，从而实现检测：

步骤1：编写检测代码 #

#define PASTER(x, y) x##_##y
#define EVALUATOR(x, y) PASTER(x, y)
#define HEADER_GUARD EVALUATOR(THENAMESPACE, API_H)

// 引用HEADER_GUARD，若未定义则触发-Wundef警告
static const int header_guard_check = HEADER_GUARD;

步骤2：编译时添加参数 #

编译时需要传入：

-DTHENAMESPACE=BLA -Wundef -Werror=undef

原理说明： #

• 当目标头文件未定义BLA_API_H时，HEADER_GUARD会展开为未定义的宏，引用它会触发-Wundef警告。
• -Werror=undef将该警告升级为编译错误，确保测试流水线能捕获问题。
• 这种方式符合C标准，兼容性更好，不会触发defined相关的警告。

为什么最初的写法失败？ #

你最初尝试的#ifndef NAMESPACE(API_H)无法工作，是因为#ifndef的语法要求后面必须是直接的标识符，预处理器不会对括号内的宏调用进行展开。而#if defined(...)的语法允许参数是宏展开的结果（尽管这是GNU扩展），这也是方案一能工作的原因。

内容的提问来源于stack exchange，提问作者Thom Wiggers