判断stdin、stdout、stderr是否被重定向应使用isatty()（posix）或_isatty()（windows），而非输出行为；它们分别检查文件描述符是否关联终端，返回非零表示未重定向、0表示已重定向，且三者状态相互独立。
如何判断 stdin、stdout、stderr 是否被重定向
不能靠“有没有输出”来猜，得查文件描述符底层状态。C++ 标准库不提供直接接口，必须用 POSIX 或 Windows API 检查句柄/文件描述符是否关联终端。
Linux/macOS 下最可靠方式是调用 isatty()：它返回非零值表示对应流连接到终端（即未被重定向），返回 0 表示已被重定向（如管道、文件、重定向符号 > 或 |）。
-
isatty(STDIN_FILENO)判断std::cin是否从终端读入 -
isatty(STDOUT_FILENO)判断std::cout是否输出到终端 -
isatty(STDERR_FILENO)判断std::cerr是否输出到终端（注意：即使stdout被重定向，stderr仍可能保持终端输出）
需包含头文件 <unistd.h></unistd.h> 和 <fcntl.h></fcntl.h>，链接时无需额外库。
Windows 下等效检查方式
Windows 没有 isatty()，但可用 _isatty()（MSVC CRT 提供，兼容 MinGW），或更底层的 GetFileType() + GetStdHandle() 组合。
- 推荐用
_isatty(_fileno(stdin))、_isatty(_fileno(stdout))、_isatty(_fileno(stderr)) -
_fileno()把 C++ 流转换为 C 文件描述符，_isatty()行为与 POSIXisatty()一致 - 若用 MinGW 或跨平台构建，确保定义
_CRT_SECURE_NO_WARNINGS并启用 POSIX 兼容模式（部分版本需加-D__USE_MINGW_ANSI_STDIO）
不要用 GetConsoleScreenBufferInfo() 判断——它只对控制台句柄有效，重定向后句柄类型已变，调用会失败。
常见误判场景和坑
重定向状态不是“全有或全无”，三个流可独立重定向，且子进程继承父进程状态，容易误以为程序自己做了重定向。
- Shell 中执行
./a.out > out.txt 2>&1→stdout和stderr都返回 0（非终端），但stdin仍可能是终端 - 用
std::freopen()手动重定向后，isatty()仍检查原始文件描述符，结果不变——它反映的是启动时 OS 层状态，不是 C 运行时重定向 - 在 IDE（如 VS Code、CLion）中运行时，
stdout常被伪终端捕获，isatty()返回 1，但实际输出并非真实 TTY，某些 ANSI 转义序列可能不生效 - 容器或 systemd service 中运行时，
stdin默认关闭（isatty()对STDIN_FILENO调用可能崩溃），务必先用fcntl(fd, F_GETFD)检查文件描述符是否有效
一个可移植的简易封装示例
以下代码片段可在 Linux/macOS/Windows（MSVC/MinGW）上直接使用：
#include <iostream>
#ifdef _WIN32
#include <io.h>
#define ISATTY(x) _isatty(_fileno(x))
#else
#include <unistd.h>
#define ISATTY(x) isatty(fileno(x))
#endif
<p>bool is_stdin_tty() { return ISATTY(stdin); }
bool is_stdout_tty() { return ISATTY(stdout); }
bool is_stderr_tty() { return ISATTY(stderr); }</p></unistd.h></io.h></iostream>
注意：stdin/stdout/stderr 是 C FILE* 指针，不是 C++ 的 std::cin 等对象；别试图对 &std::cin 做任何底层操作——流缓冲区和文件描述符之间可能有中间层（如 std::ios_base::sync_with_stdio(false) 后更不可靠）。
真正关键的不是“当前是否重定向”，而是“用户是否期待交互式行为”。比如彩色输出、进度条、密码掩码，都该以 is_stdout_tty() 为开关，而不是硬编码开关逻辑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
