17370845950

fmt.Scan适合简单空格分隔输入但易卡住；bufio.Scanner推荐用于安全读整行；fmt.Fscanf适用于固定格式解析；交互输入需处理EOF和缓冲区。

用 fmt.Scan 读单个值最简单，但容易卡住

fmt.Scan 适合快速读取空格分隔的几个值，比如整数、字符串。但它会跳过开头的空白符，然后一直等到用户输入有效值并按下回车——如果用户多输了一个空格或按了 Tab，它可能等不到“有效输入”，看起来像卡死。

常见错误现象：

fmt.Print("请输入年龄: ")
var age int
fmt.Scan(&age) // 用户输 "25 "（末尾有空格）或 " 25"，仍能读到；但若输 "abc"，Scan 返回错误且 age 保持零值，程序继续往
下跑，结果出错

• 只适用于结构清晰、格式可控的调试或 CLI 小工具
• 不处理换行符残留：连续两次 fmt.Scan 读字符串，第二次可能立刻返回空串（因为第一次留下的换行还在缓冲区）
• 无法读含空格的整行文本，比如用户名 "Alice Smith"

用 bufio.Scanner 安全读整行，推荐日常使用

bufio.Scanner 是标准库中读行最稳妥的方式，自动处理换行、缓冲、超长行限制，默认最大 64KB，可调。

实操建议：

reader := bufio.NewReader(os.Stdin)
fmt.Print("请输入姓名: ")
text, _ := reader.ReadString('\n')
name := strings.TrimSpace(text) // 去掉 \n 和首尾空格

• 必须用 strings.TrimSpace，否则 name 结尾带 \n
• 错误检查不能省：text, err := reader.ReadString('\n')，err != nil 可能是 EOF（Ctrl+D）或 I/O 失败
• 想读密码类敏感输入？bufio.Scanner 不支持隐藏字符，得换 golang.org/x/term.ReadPassword

用 fmt.Fscanf 解析格式化输入，类似 C 的 scanf

当用户输入是固定格式，比如 "2025-05-20 14:30" 或 "id=123 name=foo"，fmt.Fscanf 比先读再切分更直接。

示例：

var year, month, day int
fmt.Print("请输入日期（格式：YYYY MM DD）: ")
_, err := fmt.Fscanf(os.Stdin, "%d %d %d", &year, &month, &day)
if err != nil {
    log.Fatal(err)
}

• 格式字符串必须严格匹配输入；少一个空格或换行就失败
• 不会自动跳过换行符，后续读取可能被阻塞，建议搭配 bufio.NewReader 使用
• 不推荐用于不可信输入（如 Web 表单模拟），易因格式不符导致解析中断

交互式循环输入别忘了清空缓冲区和判断 EOF

写命令行菜单或持续输入时，很多人忽略 Ctrl+D（Unix）或 Ctrl+Z（Windows）触发的 EOF，导致无限循环或 panic。

正确做法：

scanner := bufio.NewScanner(os.Stdin)
for i := 0; i < 3; i++ { // 最多读 3 行
    fmt.Printf("第 %d 行: ", i+1)
    if !scanner.Scan() {
        err := scanner.Err()
        if err == nil {
            fmt.Println("输入结束（EOF）")
        } else {
            fmt.Printf("读取错误: %v", err)
        }
        break
    }
    line := strings.TrimSpace(scanner.Text())
    if line == "" {
        continue // 跳过空行
    }
    fmt.Printf("收到: %q\n", line)
}

• scanner.Scan() 返回 false 不代表一定出错，要查 scanner.Err()
• 不要在循环里反复创建 bufio.Scanner，复用一个实例即可
• 如果用户粘贴多行文本，Scanner 一次只读一行，行为可预期；而 fmt.Scan 会把多行当多个 token，容易错乱

实际项目中，90% 的交互输入场景用 bufio.Scanner + strings.TrimSpace 就够了。真正容易被忽略的是错误分支处理和换行符残留——这两点一旦漏掉，调试时花的时间远超写逻辑本身。