不能用std::cin.tie()判断重定向状态，因其仅控制输入前是否自动刷新输出流，与重定向无关；可靠方法是检查底层文件描述符：Linux/macOS调用isatty(STDIN_FILENO)，Windows调用_isatty(_fileno(stdin))，返回0表示已重定向。
如何用 std::cin.tie() 和 rdbuf() 判断 stdin 是否被重定向
标准库没有直接提供“stdin 是否被重定向”的布尔接口，但可通过检测 std::cin 关联的流缓冲是否为终端来间接判断。核心依据是：当 stdin 从终端（tty）读取时，其 rdbuf() 通常指向一个交互式缓冲；而被重定向（如 ./a.out 或管道）后，<code>rdbuf() 仍有效，但底层文件描述符不再关联终端。
最可靠、跨平台的做法是检查底层 C 文件描述符：
-
std::cin.rdbuf()返回std::streambuf*，可尝试dynamic_cast<std::filebuf*>获取底层filebuf - 对
filebuf调用fdopen()不可行；应转用 C 的fileno(stdin)（POSIX）或 Windows 的_isatty(_fileno(stdin)) - 注意：
std::cin.tie()返回的是输出流指针（默认是&std::cout），和重定向状态无关，别误用它判断输入来源
POSIX 下用 isatty() 检测 stdin 是否连终端
Linux/macOS 等系统支持 isatty()，它直接作用于文件描述符，结果准确且轻量：
#include <unistd.h>
#include <iostream>
bool is_stdin_tty() {
return isatty(STDIN_FILENO) != 0;
}
int main() {
if (is_stdin_tty()) {
std::cout << "stdin is interactive (terminal)\n";
} else {
std::cout << "stdin is redirected or piped\n";
}
}
常见错误：传错 fd —— 必须用 STDIN_FILENO（即 0），而不是 fileno(stdin)（虽通常相同，但 POSIX 标准保证 STDIN_FILENO 正确）。
立即学习“C++免费学习笔记（深入）”；
兼容性注意：该函数在 MinGW 可用，但原生 MSVC CRT 默认不暴露 isatty，需改用 _isatty。
Windows 下必须用 _isatty() + _fileno()
MSVC 和 Clang/CL 工具链下，应使用 CRT 扩展函数：
#ifdef _WIN32
#include <io.h>
#include <stdio.h>
bool is_stdin_tty() {
return _isatty(_fileno(stdin)) != 0;
}
#else
#include <unistd.h>
bool is_stdin_tty() {
return isatty(STDIN_FILENO) != 0;
}
#endif
关键点：
-
_fileno(stdin)是 Windows 下获取FILE*对应 fd 的唯一标准方式；STDIN_FILENO在 Windows 不可靠 - 链接时确保启用 CRT（默认开启），无需额外库
- MinGW-w64 同时支持
isatty和_isatty，但统一用_isatty(_fileno(stdin))更稳妥
为什么不能只靠 std::cin.good() 或 eof() 判断重定向
这些状态位反映的是流的当前 I/O 状态，而非源头性质：
-
std::cin.good()在重定向文件开头仍为true，无法区分终端/文件 -
std::cin.eof()初始为false，直到读到结尾才置位 —— 完全不适用于“启动时判断”场景 - 即使 stdin 被重定向到空文件，
cin.peek()返回EOF，但此时流尚未出错，good()仍为true - 真正需要的是“源头是否为交互设备”，这属于 OS 层能力，C++ 流抽象层不暴露该信息
绕开系统调用硬判流状态，大概率误判。老老实实用 isatty 或 _isatty，才是正解。
