C++如何获取程序标准错误流是否已被重定向至外部文件系统-C++-PHP中文网

c++oding="utf-8" ?>

最可靠方法是检查stderr底层文件描述符是否指向终端：linux/macos用isatty(stderr_fileno)返回0表示已重定向到文件或管道，windows用_isatty(_fileno(stderr))同理；需在main开头、任何freopen前调用，且须跨平台条件编译。

c++如何获取程序标准错误流是否已被重定向至外部文件系统

如何判断 `stderr` 是否被重定向到文件或管道

直接看 stderr 的文件描述符是否指向终端（tty）是最可靠的方式。C++ 标准库不提供跨平台的“是否重定向”接口，得依赖底层系统调用。

在 Linux/macOS 上，用 isatty(STDERR_FILENO) 判断：返回 0 表示已重定向（比如到了文件、管道或网络 socket），非零表示连着终端。

STDERR_FILENO 是 POSIX 定义的常量（值为 2），需包含 <unistd.h></unistd.h>
Windows 下可用 _isatty(_fileno(stderr))，头文件为 <io.h></io.h> 和 <stdio.h></stdio.h>
注意：即使重定向到另一个终端（如 2>/dev/pts/1），isatty 仍返回非零——它只认“是否为 tty 设备”，不区分是否原始控制终端

重定向后 `stderr` 指向什么？用 `fstat` 查类型

仅靠 isatty 不够细粒度。比如想区分是重定向到普通文件、FIFO 还是 socket，就得用 fstat 看 st_mode。

C++14

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

下载

Linux 示例：

#include <sys>
#include <unistd.h>

struct stat sb;
if (fstat(STDERR_FILENO, &sb) == 0) {
    if (S_ISREG(sb.st_mode))     // 普通文件
    if (S_ISFIFO(sb.st_mode))    // 管道或命名管道
    if (S_ISSOCK(sb.st_mode))    // socket
}
</unistd.h></sys>

fstat 成功时填充 sb，失败则返回 -1（比如 stderr 已关闭）
Windows 没有等价的 S_IS* 宏，需用 GetFileType() 配合 GetStdHandle(STD_ERROR_HANDLE)
不要对 stderr 做 fclose 或 freopen 后再调用——文件描述符可能已失效

为什么不能只靠 `std::cerr.rdbuf()` 判断

有人试图通过比较 std::cerr.rdbuf() 和 std::filebuf 实例来判断是否重定向，这不可靠。

std::cerr 的缓冲区对象（streambuf*）可能被替换，但底层 fd 未必变（例如用 freopen 重定向 C stdio 流，C++ 流会自动同步）
某些实现（如 libstdc++）在 freopen 后会重新绑定 rdbuf()，但 libc++ 行为不同，跨编译器不一致
真正决定输出去向的是文件描述符 2，不是 C++ 对象的状态——绕过 fd 直接查流对象容易误判

实际使用时最容易踩的坑

最常见错误是没处理 stderr 关闭或重定向中途变更的情况。

程序启动后，父进程可能动态 dup2 替换 fd 2，此时 isatty 结果会变，但你的判断逻辑只执行一次
调用 fork 后子进程继承 fd 2，但父子可能各自重定向，不能缓存判断结果
在容器或 systemd 服务中，stderr 常被重定向到 journald socket，isatty 返回 0，但 fstat 可能失败（EBADF 或 ENOTSOCK）
别在信号处理函数里调用 isatty 或 fstat——它们不是 async-signal-safe