为何stderr、stdin、stdout被定义为宏？

标准定义的核心原因 #

C99（及后续C标准）将stdin、stdout、stderr定义为宏而非直接变量，本质是为了给编译器和标准库实现留足平台适配的灵活性，并非标准疏漏：

• 历史兼容与实现多样性：早期C语言在不同平台（从大型主机到嵌入式系统）的实现差异极大。有的平台需要动态初始化标准流（比如嵌入式系统中延迟分配FILE结构以节省内存），有的多线程环境需要返回线程局部的FILE指针。用宏封装可以轻松适配这些场景，而直接全局变量无法做到这种动态性。
• 刻意的模糊性设计：标准不强制这些宏是const/非const、内部/外部链接，是因为不同平台对标准流的需求完全不同：
  • 只读环境（如某些嵌入式设备）中，stdout可能被设为const指针，防止误修改破坏系统输出；
  • 通用桌面/服务器系统中，允许重定向标准流是刚需，因此实现为非const变量。
    标准把这类决策交给实现者，而非做一刀切的规定。

GCC实现的特殊性 #

在gcc-9.4.0中，这些宏被映射为外部链接的非const变量，注释里的/* C89/C99 say they're macros. Make them happy. */其实是兼顾了两点：

1. 符合标准“必须是宏”的要求；
2. 兼容类Unix系统的传统代码——历史上Unix的C实现一直将它们作为全局变量，很多老代码会直接用stdout = fopen(...)这种写法，gcc的实现是为了兼容这类遗留代码。

可移植性建议 #

如果要保证代码跨平台可移植，绝对不要直接修改stdin/stdout/stderr宏的值——你无法确定目标平台上它是不是const，也无法保证修改后其他编译单元能看到变化。

标准库提供了freopen()函数，这是唯一被C标准认可的重定向标准流的方法：

// 示例：将stdout重定向到文件
if (freopen("output.txt", "w", stdout) == NULL) {
    // 处理错误
}

无论底层实现是宏还是变量，freopen()都能保证跨平台的正确性。

内容的提问来源于stack exchange，提问作者Jonathon S.