为何glibc的printf系列函数对空指针的格式化结果不一致？

这一差异是glibc针对两种不同的格式符语义场景做的刻意区分，核心依据是不同上下文下的可读性和调试便利性：

• 针对%s格式符场景：%s的预期输入是字符串指针，属于字符串语义上下文，输出(null)是为了贴合开发者对字符串空指针的常规表述习惯，看到该输出就能直接判断是传入字符串指针的位置为空，不需要额外确认格式符类型。
• 针对%p格式符场景：%p的预期输入是任意类型的内存地址指针，属于通用指针语义上下文，输出(nil)是沿用了早期UNIX系统对空内存地址的传统命名，nil本身就是系统和编程语言领域指代空地址的通用术语，和字符串场景的(null)做区分后，看到该输出就能直接判断是打印通用指针的位置拿到了空地址。

这种差异化设计本质是降低调试成本：开发者可以直接通过输出结果快速定位空指针的出现场景，不需要回头核对代码中使用的格式符类型。

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