C++标准库无跨平台重定向检测接口，Unix/Linux/macOS用isatty(STDIN_FILENO)非零表示终端输入，Windows需调用GetConsoleMode()捕获失败，std::cin.rdbuf()无法反映重定向本质。
如何判断 std::cin 是否被重定向（非终端输入）
直接结论：C++ 标准库本身不提供跨平台的“重定向状态查询接口”，但可通过底层文件描述符或 Windows 句柄判断 std::cin 是否连接到终端。核心依据是：若输入来自终端（tty），通常可交互；若来自管道、文件或重定向，则不可交互。
Unix/Linux/macOS 下，检查 stdin 文件描述符是否关联终端，用 isatty()；Windows 下需调用 GetConsoleMode() 并捕获失败。注意 std::cin 的缓冲区状态（如 std::cin.rdbuf()）无法反映重定向本质——它只管读取，不管来源。
-
isatty(STDIN_FILENO)返回非零表示连接终端（常见于交互式 shell） - 若返回 0，大概率是重定向（
./a.out ）或管道（<code>echo "x" | ./a.out） - Windows 需先获取
GetStdHandle(STD_INPUT_HANDLE)，再调用GetConsoleMode()；失败即非控制台输入 - 不要依赖
std::cin.good()或std::cin.peek()判断重定向——它们反映流状态，不是源头类型
freopen 后如何感知输入源变更
手动调用 freopen(nullptr, "r", stdin) 或 freopen("file.txt", "r", stdin) 会替换 C 标准输入流，进而影响 std::cin（因二者共享底层 buffer）。但 C++ 层无事件通知机制，必须在重定向前/后主动检查。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 调用
freopen前，可用上述isatty记录原始状态 -
freopen返回nullptr表示失败（如文件不存在），此时std::cin仍指向原流 - 重定向后再次调用
isatty(STDIN_FILENO)会返回 0（Linux）或GetConsoleMode失败（Windows） - 注意：
freopen不影响已存在的std::istream&别名（如auto& in = std::cin;），但会影响后续读取行为
跨平台封装建议：避免宏地狱
硬写 #ifdef _WIN32 容易出错，尤其在头文件中暴露 WinAPI 类型。更稳妥的做法是封装成内联函数，隐藏平台差异。
立即学习“C++免费学习笔记（深入）”；
#include <iostream>
#ifdef _WIN32
#include <windows.h>
#else
#include <unistd.h>
#endif
bool is_stdin_interactive() {
#ifdef _WIN32
HANDLE h = GetStdHandle(STD_INPUT_HANDLE);
DWORD mode;
return h != INVALID_HANDLE_VALUE && GetConsoleMode(h, &mode) != 0;
#else
return isatty(STDIN_FILENO) != 0;
#endif
}
这个函数返回 true 仅当用户正通过键盘输入；返回 false 不代表一定有数据可读（可能是空管道或 EOF），只是说明输入源不可交互。
- 不要在循环中反复调用该函数——状态在进程生命周期内基本不变
- 若程序支持命令行参数（如
--input=file.txt），应优先以参数为准，而非依赖运行时检测 - 某些容器环境（如 Docker）即使挂载了 TTY，
isatty也可能返回 0，需结合getenv("TERM")等辅助判断
STDIN_FILENO 就是最终结果，无需追溯重定向路径。只要每次读取前不假设输入一定来自终端，就足够稳健。 
