不能直接获取重定向状态，但可通过 std::cin.rdbuf()->in_avail() 推断：返回-1通常表示终端输入（不支持预读），返回非负值（尤其>0）常意味着管道或文件重定向。
如何用 std::cin.rdbuf()->in_avail() 判断输入流是否被重定向？
不能直接“获取重定向状态位标志”，C++ 标准库不暴露这个信息。但你可以通过 std::cin.rdbuf()->in_avail() 的返回值做合理推断：如果返回 -1，通常表示底层流缓冲区不支持预读（比如终端），而返回非负值（尤其 >0）往往意味着有数据可读——这在管道或文件重定向时更常见。
注意：in_avail() 不是可靠检测重定向的手段，它只反映当前缓冲区是否有未读数据。但它在多数实际场景下足够实用：
-
echo "hello" | ./a.out中，in_avail()通常返回 ≥1 - 交互式运行时，多数终端返回
-1（因不支持 peek） - 重定向自文件（
./a.out ）时，一般返回剩余字节数（可能为 0，若已读完）
isatty(STDIN_FILENO) 是最常用的判断依据
POSIX 系统（Linux/macOS）下，isatty() 是事实标准：它检查文件描述符是否关联到终端设备。标准输入默认是 STDIN_FILENO（即 0）。
使用前需包含头文件：#include <unistd.h></unistd.h> 和 #include <fcntl.h></fcntl.h>。示例逻辑：
if (isatty(STDIN_FILENO)) {
// 很可能在交互式终端中运行
} else {
// 很可能被重定向（管道、文件、/dev/null 等）
}
注意点：
- Windows 下需用
_isatty(_fileno(stdin))，且要定义_CRT_SECURE_NO_WARNINGS或包含<io.h></io.h> -
isatty返回 0 表示“不是终端”，但不区分是管道还是文件——它只告诉你“不是 tty” - 某些环境（如 IDE 内置终端、CI 环境）可能伪造 tty，
isatty返回 1 却实际无交互能力
为什么不能靠 std::cin.good() 或 std::cin.fail() 判断重定向？
这些状态位反映的是最近一次 I/O 操作的结果，和重定向本身无关。刚启动时 std::cin.good() 总是 true，无论是否重定向。
常见误用场景：
- 调用
std::cin.peek()后查failbit—— 这只说明 peek 失败（比如 EOF 或流错误），不等于“被重定向” - 检查
std::cin.eof()—— 它初始为false，只有读到末尾才变true，无法提前判断来源 - 依赖
std::cin.tie()返回值 —— 它返回绑定的输出流指针，与重定向无关
跨平台封装建议：用宏 + 条件编译处理差异
若需同时支持 Linux/macOS 和 Windows，避免散落平台判断逻辑：
#ifdef _WIN32 #include <io.h> #define IS_TTY() _isatty(_fileno(stdin)) #else #include <unistd.h> #define IS_TTY() isatty(STDIN_FILENO) #endif</unistd.h></io.h>
然后统一使用：
if (IS_TTY()) {
std::cout <p>注意：</p>
- 不要在非 POSIX 环境（如某些嵌入式 libc）中假定
isatty存在 - 即使
IS_TTY()返回 true，也不能保证用户一定在打字——比如script命令会伪造 tty - 真正健壮的 CLI 工具往往结合多个信号：环境变量（
$TERM）、stdin的stat()类型、以及用户显式传参（--interactive）
重定向的本质是文件描述符指向变了，而 C++ 流对象对此完全无感——你只能从 OS 层间接观察，没有“标准输入流重定向状态位”这种东西，所有判断都是启发式的。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
