本文详解如何判断 Go 程序的标准输入是否被重定向（如通过管道），从而避免 fmt.Scanln 在非终端环境下陷入无限递归或 EOF 错误，确保交互式提示仅在真实终端中生效。
本文详解如何判断 go 程序的标准输入是否被重定向（如通过管道），从而避免 `fmt.scanln` 在非终端环境下陷入无限递归或 eof 错误，确保交互式提示仅在真实终端中生效。
在 Go 中，fmt.Scanln 等输入函数依赖于标准输入（os.Stdin）的可用性。当程序通过管道执行（例如 echo "x" | ./myapp 或 wget -qO- url | sh -s）时，os.Stdin 不再连接到终端（TTY），而是指向一个管道或文件描述符——此时调用 fmt.Scanln 会立即返回 EOF 错误，而若代码未正确处理该错误（如原例中仅递归重试），就会导致无限循环打印提示，CPU 占用飙升。
根本解决思路是：在读取用户输入前，主动检测 os.Stdin 是否连接到字符设备（即真实终端）。Go 标准库提供了 os.File.Stat() 方法，可通过 os.FileMode 的 os.ModeCharDevice 位标志判断：
package main
import (
"fmt"
"os"
)
func main() {
if scanln_test() {
fmt.Println("Success!")
}
}
func scanln_test() bool {
stat, err := os.Stdin.Stat()
if err != nil {
fmt.Fprintln(os.Stderr, "Failed to stat stdin:", err)
return false
}
// 检查是否为字符设备（即交互式终端）
isTerminal := (stat.Mode() & os.ModeCharDevice) != 0
if !isTerminal {
fmt.Fprintln(os.Stderr, "Warning: stdin is not a terminal — skipping interactive prompt.")
// 可选：提供默认行为，如返回 false 或读取环境变量
return false // 或根据业务逻辑设为 true / 从 flag/args 获取
}
fmt.Print("Please type yes or no and then press enter [y/n]: ")
var response string
_, err = fmt.Scanln(&response)
if err != nil {
if err == fmt.ErrEOF {
fmt.Fprintln(os.Stderr, "Error: unexpected EOF — input stream closed.")
return false
}
fmt.Fprintln(os.Stderr, "Input error:", err)
return false
}
switch response {
case "y", "Y", "yes", "YES":
return true
case "n", "N", "no", "NO":
return false
default:
fmt.Println("Invalid input. Please enter 'y' or 'n'.")
return scanln_test() // 仅在终端中递归，避免管道下死循环
}
}✅ 关键要点说明：
- os.Stdin.Stat() 安全获取文件状态，无需打开新句柄；
- stat.Mode() & os.ModeCharDevice != 0 是跨平台可靠的终端检测方式（Linux/macOS/Windows 均支持）；
- 绝不盲目递归：原问题中未检查 fmt.Scanln 返回的 error，导致 EOF 时无限重试；修正后必须显式处理错误分支；
- 管道场景下应优雅降级（如输出警告、采用默认值、退出或从命令行参数读取），而非阻塞等待无效输入；
- 若需更健壮的终端检测（如支持 TERM 环境变量或 isatty 库），可引入第三方包 github.com/mattn/go-isatty，但 os.ModeCharDevice 已覆盖绝大多数生产场景。
⚠️ 注意：os.ModeCharDevice 在部分容器环境（如无 TTY 启动的 Docker）或 CI 系统中也可能返回 false，因此建议将交互式逻辑设为可选，并始终提供非交互式 fallback 路径（如 -y 命令行开关）。
