当我想禁用调试检查时，是否可以将调试宏设置为空字符串？
定义 NDEBUG 时，assert 和 BOOST_ASSERT 都设置为 ((void)0)。
为什么不这样做呢？
#ifdef NDEBUG
#define MY_DEBUG_MACRO_FUNCTION(x,y,z) ""
#elif
// define macros
#endif
【问题讨论】：
""扩展都存在here描述的问题。
标签： macros c-preprocessor
这个想法是让宏在发布版本上什么都不做。您可以将其定义为空字符串文字，因为 ""; 是一个有效的表达式。我相信被定义为((void)0) 的原因是实现不会对表达式发出警告。我没有充分的理由这么说，但一些最小的测试表明""; 会生成警告，而((void)0) 不会。当然，警告不是标准化的，因此可能有一个特定的实现也会对((void)0) 发出警告，但它必须将assert 定义为NDEBUG 构建中没有的其他东西，否则它会对用户来说很烦人。
【讨论】：
((void)0) 的另一个原因是，如果宏应该像函数调用一样工作——也就是说，如果MACRO(), something_else() 在调试模式下有效，它不应该在发布模式下意外中断。
不，这不好。但是您可以将宏的“主体”设为空：
#define MY_DEBUG_MACRO_FUNCTION(x,y,z)
请注意，没有定义任何内容，因此在使用时不会将任何内容放入源代码中。
【讨论】：
((void)0)的效果基本相同——我想不出任何情况下两者会产生不同的结果。
#define MACRO() 将有效而#define MACRO() ((void)0) 无效，反之亦然：它们都服务于“没有结果的声明。 " （虽然现在我想起来了，MACRO(), something_else() 对#define MACRO() 来说可能是个问题，但对于#define MACRO() ((void)0) 来说仍然会按预期编译，所以我猜是有区别的。）
按照您的主题行使用#undef。当函数有宏版本和 C 版本时，这很有用。这样您就可以在内联扩展宏上使用编译后的代码。
【讨论】：