Golang bufio读取用户输入教程

本文深入讲解了 Go 语言中 bufio.Scanner 在读取用户输入时的最佳实践，强调其在多行、带空格的交互式场景（如命令行配置、文本描述或 Markdown 输入）中的高效性与安全性；它自动按行分割、去除换行符、内置缓冲且默认支持最大 64KB 的单行长度，但需严格遵循 scanner.Scan() 判断读取状态、避免误用 scanner.Text()、务必检查 scanner.Err() 捕获 EOF 或 I/O 错误，并可通过 scanner.Buffer() 预设更大缓冲区以应对超长输入——掌握这些细节，才能写出健壮可靠的命令行交互程序。

bufio.Scanner 适合读多行、带空格的普通输入

绝大多数命令行交互场景，比如让用户输一段描述、配置项或 Markdown 内容，bufio.Scanner 是最稳的选择。它自动按行切分、丢掉换行符、内部有缓冲、还能安全处理大文本（默认 64KB 行长上限）。

• 用 scanner.Scan() 判断是否成功读到一行；失败时别直接用 scanner.Text()——它返回的是上一次成功的值，不是当前状态
• 读完必须检查 scanner.Err()，否则 EOF 或 I/O 中断会被静默吞掉
• 如果用户可能输超长行（比如粘贴几千字日志），得提前调 scanner.Buffer(make([]byte, 0, 1 扩容，不然会报 scanner.ErrTooLong
• 别混用 fmt.Scan 和 scanner：前者会残留换行符在缓冲区，导致后者第一次 Scan() 立刻返回空行

bufio.NewReader + ReadString('\n') 更适合混合输入场景

当你需要「先读一个数字，再读一整行带空格的字符串」，或者想自己控制换行符怎么处理（比如保留还是删掉），bufio.NewReader 比 Scanner 更灵活。

• reader.ReadString('\n') 返回的字符串含末尾 \n，通常要接 strings.TrimSpace() 清理——比只用 strings.TrimSuffix(s, "\n") 更可靠，能同时干掉 \r\n（Windows）和首尾空格
• 如果后续还要读单个字符或跳过空白，reader.ReadRune() 比 ReadByte() 更合适，中文、emoji 都不会乱码
• 注意：Reader 和 Scanner 不能共用同一个 os.Stdin，否则底层缓冲区错位，输入会“消失”或重复

别用 fmt.Scan 读带空格的字符串或整行

fmt.Scan 看似简单，但实际是“陷阱密集区”。它只适合临时写个 demo 测一个整数，生产代码里几乎不该出现。

• 遇到空格、tab、换行就停，所以 fmt.Scan(&s) 输入 hello world，s 只拿到 "hello"
• 它会跳过开头所有空白，但不清掉缓冲区里的换行符——前一次用了 fmt.Scanln，下一次 fmt.Scan 就可能卡住不动
• fmt.Scanln 更危险：它要求输入必须以换行结束，且不吞掉那个换行符，导致后续读取极易拿到空字符串
• Windows 下还容易因代码页不一致显示中文乱码，而 Scanner 和 Reader 默认 UTF-8 解析，天然避开了这个问题

读文件路径、密码等敏感输入时必须清理换行符

哪怕只是读一个文件名，ReadString('\n') 或 ReadBytes('\n') 返回的值都包含 \n（Linux/macOS）或 \r\n（Windows）。不清理就拼路径、传给 os.Open，结果就是 no such file or directory。

• 统一用 strings.TrimSpace(input)，它能同时去掉 \n、\r、\t、空格，比手动 strings.TrimSuffix(input, "\n") 更鲁棒
• 密码类输入（如 SSH 密钥口令）也一样：别图省事跳过清理，否则 filepath.Join 或 exec.Command 传参时会把换行当路径一部分
• 如果真要读原始字节（比如做协议解析），就用 os.Stdin.Read(buf)，但它不等回车，敲一个字母就可能返回，不适合交互式场景

真正麻烦的不是“怎么读”，而是“谁在读、什么时候读、之前有没有人动过缓冲区”。只要记住 Scanner 和 Reader 二选一、别混用、每次读完都清理、出错必检查 Err()，95% 的标准输入问题就消失了。

终于介绍完啦！小伙伴们，这篇关于《Golang bufio读取用户输入教程》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！