C语言带上下文输出的测试宏作用及使用场景疑问

这类测试封装宏的帮助作用主要对应注释里提到的两个特性： #

1. 错误定位的上下文信息更准确 #

TEST_ptr这类测试宏内部已经封装了错误日志逻辑，会自动打印错误触发位置的文件名和行号。
如果用拆分写法：

ptr = MYFOO_malloc(..);
if (!TEST_ptr(ptr))

当MYFOO_malloc分配失败返回空时，错误日志上报的行号是if (!TEST_ptr(ptr))这一行的位置，你只能知道ptr是空值，还要手动往上翻找ptr是在哪一行赋值的，才能定位到具体的失败逻辑。
而把赋值逻辑直接写到宏参数里：

if (!TEST_ptr(ptr = MYFOO_malloc(..)))

错误触发时上报的行号就是MYFOO_malloc调用所在的行，直接定位到内存分配失败的位置，不需要额外排查赋值逻辑的位置，报错信息的可用性更高。

2. 支持带副作用的参数传入，无额外异常风险 #

普通C宏如果实现不当，很容易出现参数被多次求值的问题。比如以下错误的宏实现：

// 负面示例：参数p会被两次求值
#define TEST_ptr(p)  ((p) != NULL ? 1 : (print_error("ptr is null"), 0))

如果给这个宏传入ptr = MYFOO_malloc(..)这类带赋值、函数调用的带副作用参数，参数会被执行两次：第一次用来判断是否非空，第二次如果为空的话日志逻辑里还会再求值一次，会导致重复分配内存、执行逻辑异常等问题。
而注释中说明的宏已经做了安全实现，保证每个参数仅会被求值一次，你可以放心把带副作用的表达式直接写到宏参数里，既减少了冗余的代码行数，又能拿到更精准的错误定位信息，不会引入额外的执行异常。

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