应使用 isatty(stdin_fileno) 判断标准输入是否来自终端，它是唯一不改变流状态、无副作用的可靠方法；其他如 in_avail() 或 peek() 因阻塞、空输入或缓冲污染而不可靠。
如何用 isatty() 判断标准输入是否来自终端
在 C++ 中，stdin 是否被重定向（比如来自管道、文件或重定向符 ）不能靠读取行为推断，而应直接检查其底层文件描述符是否关联到终端。POSIX 提供的 <code>isatty() 是最可靠的方式——它不依赖缓冲或内容，只查设备类型。
注意：isatty() 不是 C++ 标准库函数，而是 POSIX 接口，需包含 <unistd.h></unistd.h> 并链接默认 libc（Linux/macOS 无需额外操作；Windows 下需用 _isatty() + _fileno()）。
-
isatty(STDIN_FILENO)返回非零值 → 输入来自终端（未重定向） - 返回
0→ 输入已被重定向（来自文件、管道、here-string 等） - 即使程序刚启动、尚未调用
std::cin或fgets()，也可安全调用
Windows 下必须用 _isatty() 和 _fileno()
Visual Studio 和 MinGW 默认不支持 isatty()，直接调用会链接失败。必须改用 Microsoft CRT 提供的等效函数，并通过 _fileno() 获取 stdin 的句柄编号。
示例代码片段：
#ifdef _WIN32 #include <io.h> #include <stdio.h> bool is_stdin_tty = _isatty(_fileno(stdin)); #else #include <unistd.h> #include <stdio.h> bool is_stdin_tty = isatty(STDIN_FILENO); #endif </stdio.h></unistd.h></stdio.h></io.h>
- 不要用
GetStdHandle(STD_INPUT_HANDLE)配合GetFileType()—— 它无法区分重定向文件和真实控制台，且在某些 Cygwin/WSL 场景下返回误导性结果 -
_fileno(stdin)在 Windows 下始终有效；即使stdin被freopen()重定向过，它仍返回原始句柄号（这点和 POSIX 一致）
别用 std::cin.rdbuf()->in_avail() 或尝试读取来判断
常见误区是试图通过“有没有数据可读”反推是否重定向，比如调用 std::cin.rdbuf()->in_avail() 或先 peek() 再判断。这不可靠：
- 管道或重定向文件可能为空，
in_avail()返回-1或0，但不代表没被重定向 - 终端输入时用户还没敲回车，
peek()会阻塞，导致程序卡住 - 如果之前已有其他代码从
stdin读过少量字节（如解析 shebang 行），缓冲状态会被污染，结果失真 -
isatty()是唯一不改变流状态、不引入副作用的检测方式
重定向检测的实际用途和边界情况
典型使用场景包括：决定是否启用 ANSI 颜色输出、是否显示交互式提示符、是否启用行缓冲（setvbuf(stdin, nullptr, _IONBF, 0)）、或跳过需要用户按键确认的逻辑。
- 当 stdin 被重定向到普通文件时，
isatty()返回0；但若重定向到伪终端（如script命令或某些 CI 环境中的TERM=xterm），可能返回1—— 这属于环境模拟，不是 bug - 在 systemd 服务或容器中，即使没有交互终端，
isatty(STDIN_FILENO)也可能为0，这是预期行为，无需特殊处理 - 不要在多次 fork 的子进程中反复检测——父进程的 stdin 状态继承给子进程，检测一次即可
真正容易出错的地方在于跨平台条件编译漏掉头文件或函数声明，或者误把 STDIN_FILENO 当作 C++ 常量直接用在 Windows 上。写完务必在目标平台实测重定向场景：./a.out 和 <code>echo hello | ./a.out。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
