本文介绍在 Go 中安全、高效地读取单行空格分隔的整数（如 "3 2 1"），解析为 []int 切片，重点解决 fmt.Scan 无法按行终止、fmt.Scanf 格式匹配失败等常见问题。
本文介绍在 go 中安全、高效地读取单行空格分隔的整数（如 "3 2 1"），解析为 `[]int` 切片，重点解决 `fmt.scan` 无法按行终止、`fmt.scanf` 格式匹配失败等常见问题。
在 Go 中，直接使用 fmt.Scan 或 fmt.Scanf 读取“一行多个整数”存在根本性限制：fmt.Scan 以空白符（空格、制表符、换行符）为通用分隔符，不感知行边界，因此循环会持续等待后续输入，直到遇到 EOF 或错误；而 fmt.Scanf("%d %d %d\n", ...) 期望严格匹配换行符，但实际输入流中换行可能未被及时消费，或终端缓冲行为导致匹配失败——这正是原问题中程序卡住或只读一个数的根本原因。
推荐做法是 先按行读取原始字符串，再解析。这是符合 Unix 输入模型（line-oriented I/O）的健壮方案，且完全可控。以下是标准实现：
package main
import (
"bufio"
"fmt"
"log"
"os"
"strconv"
"strings"
)
func main() {
fmt.Print("请输入一行空格分隔的整数: ")
reader := bufio.NewReader(os.Stdin)
line, err := reader.ReadString('\n')
if err != nil {
log.Fatal("读取输入行失败:", err)
}
// 去除末尾换行符（ReadString 包含 '\n'）
line = strings.TrimSpace(line) // 更安全：同时处理 '\r\n' 和前导/尾随空格
if line == "" {
fmt.Println("输入为空")
return
}
strSlice := strings.Fields(line) // 使用 Fields 替代 Split，自动跳过多余空格
nums := make([]int, 0, len(strSlice))
for _, s := range strSlice {
num, err := strconv.Atoi(s)
if err != nil {
log.Fatalf("解析整数失败 '%s': %v", s, err)
}
nums = append(nums, num)
}
fmt.Printf("解析结果: %v\n", nums)
}✅ 关键优化说明：
- 使用 bufio.NewReader(os.Stdin).ReadString('\n') 精确捕获一整行（含换行符），避免 Scan 的流式模糊性；
- strings.TrimSpace() 比 line[0:len(line)-1] 更健壮，兼容 Windows (\r\n) 和多余空格；
- strings.Fields() 优于 strings.Split(line, " ")：它按任意空白字符分割，并自动过滤空字符串，能正确处理 " 3 2 1 " 这类输入；
- 预分配切片容量 make([]int, 0, len(strSlice)) 提升性能；
- 错误处理聚焦具体字段，便于调试。
⚠️ 注意事项：
- 若需支持负数或大整数，请确保 strconv.Atoi 满足需求（它支持 -123）；对超范围值，可改用 strconv.ParseInt(s, 10, 64) 并检查返回的 int64；
- 不要混合使用 fmt.Scan/fmt.Scanf 与 bufio.Reader，因它们操作同一底层 os.Stdin 但缓冲机制不同，易导致数据丢失；
- 在竞赛或脚本场景中，若输入格式绝对固定（如恒为 4 个数），仍可用 fmt.Fscanf(reader, "%d %d %d %d", &a, &b, &c, &d)，但必须搭配 bufio.Reader 且需手动清理换行符——通用性远不如行读取方案。
总结：Go 的标准输入设计偏向底层控制，“按行读取 + 字符串解析” 是处理此类问题的标准范式。它逻辑清晰、错误可控、兼容性强，应作为首选方案。
