C++如何获取当前程序的标准错误流是否已被定向到文件-C++-PHP中文网

可通过 isatty()（posix）或 _isatty()（windows）检查 stderr 对应文件描述符是否关联终端设备：返回 0 表示已重定向到文件/管道，非零表示连接终端；检测必须在 main() 开头、任何 freopen()/dup2() 前进行，且需跨平台条件编译实现。

c++如何获取当前程序的标准错误流是否已被定向到文件

如何判断 `stderr` 是否被重定向到文件（而非终端）

直接看 stderr 的底层文件描述符是否关联终端设备即可。C++ 标准库不提供跨平台的“是否重定向”接口，但 POSIX 系统（Linux/macOS）可用 isatty() 检查；Windows 需用 _isatty()。核心依据是：终端设备返回 true，文件/管道/重定向输出返回 false。

isatty(STDERR_FILENO) 在 Linux/macOS 上返回 0 表示已重定向（如 ./a.out 2>err.log）
Windows 下需包含 <io.h></io.h> 并调用 _isatty(_fileno(stderr))，同样返回 0 表示非终端
注意：stderr 可能被重定向到管道（如 ./a.out 2|grep error），此时也返回 0，和重定向到文件行为一致
不要依赖 fstat() 检查 st_mode——某些重定向场景（如通过 shell 的 exec 2>file）下，文件类型可能仍显示为字符设备

`freopen()` 后还能否检测原始 `stderr` 是否被重定向？

不能。一旦调用 freopen("err.log", "w", stderr)，stderr 流本身就被重新绑定，其底层 fd 可能已关闭或替换，isatty(STDERR_FILENO) 将失效或返回错误结果。检测必须在程序启动早期、任何 freopen() 或 dup2() 操作之前进行。

推荐在 main() 开头立即检查，例如：

if (!isatty(STDERR_FILENO)) { /* 已重定向 */ }

若程序允许用户中途调用 freopen()，则无法回溯原始状态——C 运行时未保留重定向前的 fd 快照
想支持运行时动态检测，只能自己封装 stderr 输出，并维护一个可切换的底层句柄（如用 std::ofstream + 条件写入）

跨平台检测的最小可行实现

没有完全统一的 API，但可用条件编译覆盖主流平台。关键点是：始终用 C 标准库的 stderr 对应的文件描述符，而不是假设 fd=2 永远有效（某些嵌入式环境或容器中可能被修改）。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

Linux/macOS：#include <unistd.h></unistd.h> + isatty(fileno(stderr))
Windows：#include <io.h></io.h> + _isatty(_fileno(stderr))
避免直接硬编码 STDERR_FILENO（Windows 不定义该宏），一律用 fileno(stderr) 获取当前流 fd
返回值为 0 表示非终端（即重定向到文件/管道），非零表示连接终端

为什么不能靠 `fwrite()` 返回值或异常判断？

fwrite() 成功写入不等于输出到了终端——它只说明数据进了缓冲区或落盘成功。即使 stderr 被重定向到只读文件，首次 fwrite() 也可能成功（因延迟报错），后续才触发 errno = EBADF。这不是检测重定向的可靠方式。

stderr 默认是无缓冲或行缓冲，但重定向后常变为全缓冲，这会影响输出时机，但不改变目标设备类型
试图用 fprintf(stderr, "..."); fflush(stderr); 后检查 ferror(stderr)，仅能发现写失败，无法区分“重定向到文件”和“磁盘满”“权限拒绝”等错误
真正需要的是元信息（是否连终端），不是 I/O 结果

实际使用中，最容易被忽略的是检测时机——只要任何第三方库或初始化代码提前调用了 freopen() 或 dup2()，后续再查就晚了。如果程序结构复杂，建议把检测逻辑下沉到最底层启动代码，甚至考虑用构造函数在全局对象中完成。