bufio.Scanner最适合读多行、带空格的普通输入；它自动按行切分、丢换行符、内置缓冲且安全处理大文本，默认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 扩容，不然会报 <code>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 测一个整数，生产代码里几乎不该出现。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 遇到空格、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。
立即学习“go语言免费学习笔记（深入）”；
- 统一用
strings.TrimSpace(input)，它能同时去掉\n、\r、\t、空格，比手动strings.TrimSuffix(input, "\n")更鲁棒 - 密码类输入（如 SSH 密钥口令）也一样：别图省事跳过清理，否则
filepath.Join或exec.Command传参时会把换行当路径一部分 - 如果真要读原始字节（比如做协议解析），就用
os.Stdin.Read(buf)，但它不等回车，敲一个字母就可能返回，不适合交互式场景
真正麻烦的不是“怎么读”，而是“谁在读、什么时候读、之前有没有人动过缓冲区”。只要记住 Scanner 和 Reader 二选一、别混用、每次读完都清理、出错必检查 Err()，95% 的标准输入问题就消失了。
