预处理器宏 C/Objective-C答案

【问题标题】：Preprocessor macro C/Objective-C预处理器宏 C/Objective-C
【发布时间】：2016-01-24 14:54:34
【问题描述】：

您好，我正在尝试制作一个获取参数并尝试向其添加 postFix 的宏。

#define myPostFix HelloWorld
#define macro(x) x ##myPostFix 
#define CAlgThreadHandleObject macro(CAlgThreadHandleObject)

预期的行为是得到

CAlgThreadHandleObjectHelloWorld

我实际得到的是：

CAlgThreadHandleObjectmyPostFix

Some1 可以帮助我获得预期的行为吗？请注意，myPostFix 是我必须在项目 GCC 定义中定义的内容，它应该因项目而异。

【问题讨论】：

标签： objective-c c macros

【解决方案1】：

试试：

#define myPostFix HelloWorld
#define macro_2(x, y) x##y
#define macro_1(x, y) macro_2(x, y)
#define macro(x) macro_1(x, myPostFix)
#define CAlgThreadHandleObject macro(CAlgThreadHandleObject)

您需要中间 macro_1 让预处理器替换 myPostFix 赋值，然后 macro_2 连接字符串。此解决方案可让您将 myPostFix 分配给您想要的值。

为了阐明预处理器和符号替换是如何工作的，考虑到预处理翻译阶段对参数不是递归的，因此翻译需要通过一次以上的强制参数扩展来扩展所有参数.
在我们的例子中：

CAlgThreadHandleObject 扩展为：宏（CAlgThreadHandleObject）
macro(CAlgThreadHandleObject) 扩展为：macro_1(CAlgThreadHandleObject, myPostFix)
macro_1 扩展为：macro_2(CAlgThreadHandleObject, HelloWorld)
最后一个macro_2 扩展为：CAlgThreadHandleObjectHelloWorld

【讨论】：

注意_macro这个名字是编译器保留的，因为它下面划线开头，如果可能的话你应该避免它。
@DietrichEpp 是的，你是对的。在严格的 Ansi 下，以下划线开头的单词保留用于编译器扩展。我会修复它。谢谢
感谢您对预处理扩展的澄清。

【解决方案2】：

您实际上需要深入三层才能使宏正确扩展。我不能假装理解为什么这是必要的确切原因（不是我想理解的......）

#define MY_ADDPOSTFIX3(x, y) x ## y
#define MY_ADDPOSTFIX2(x, y) MY_ADDPOSTFIX3(x, y)
#define MY_ADDPOSTFIX(x) MY_ADDPOSTFIX2(x, MY_POSTFIX)

MY_ADDPOSTFIX(Func)

你可以测试一下：

$ gcc -E test.c -DMY_POSTFIX=HelloWorld
# 1 "test.c"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "test.c"




FuncHelloWorld

还有……

$ gcc -E test.c -DMY_POSTFIX=Goodbye | tail -n 1
FuncGoodbye

【讨论】：

谢谢先生，它成功了:) 但是我想知道为什么会这样:)
@user3351949：这本身就是一个很好的问题。然而，我不同意你的观点。我已经对 C 预处理器了解太多了，希望我知道的更少。

【解决方案3】：

只需通过宏macro 的另一个调用传递它，这样定义就会被扩展。我稍微改变了宏，但功能是一样的：

#define myPostFix HelloWorld
#define macro2(x,y) x##y
#define macro(x,y) macro2(x,y)
#define CAlgThreadHandleObject macro(CAlgThreadHandleObject,myPostFix)

【讨论】：

谢谢先生，它就像一个魅力！你能解释一下我必须通过两次的原因吗？