使用perror是否必须包含<errno.h>？无该头文件用法是否非标准？

关键结论 #

• 仅调用perror时，不需要强制包含<errno.h>——这是符合C标准的用法，因为perror的函数声明由<stdio.h>提供，标准未要求调用它必须包含<errno.h>。
• 不包含<errno.h>调用perror不属于非标准用法，但如果代码直接引用errno变量（比如手动写printf("%d", errno);），则必须包含<errno.h>，否则属于非标准行为。

细节解释 #

你测试的代码能正常运行，本质原因是：

• perror的库实现本身会正确访问errno（库内部的编译单元已经包含了<errno.h>），用户代码只需要通过<stdio.h>拿到perror的声明就能合法调用它。
• 部分编译器的<stdio.h>会间接包含<errno.h>，这属于特定实现的扩展，不是C标准的强制要求——换个严格遵循标准的编译环境，只要你没直接用errno，调用perror依然能正常编译运行。

从代码可移植性和可读性角度建议：如果代码涉及错误处理（比如用到perror、strerror这类依赖errno的函数），最好显式包含<errno.h>，既能让代码意图更清晰，也能避免某些特殊环境下的潜在问题。

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