优先用 fmt.Scanln 替代 fmt.Scan，它自动丢弃末尾换行符；若必须用 fmt.Scan，推荐统一使用 bufio.Scanner，它按行读取、无缓存干扰且安全。
怎么用 fmt.Scan 读取用户输入，但别卡在换行符上
Go 的 fmt.Scan 看似简单，实际常因缓冲区残留的 \n 导致下一次读取直接跳过。比如先读字符串再读数字，第二次调用会立刻返回空值或默认值。
- 优先用
fmt.Scanln替代fmt.Scan：它自动丢弃末尾换行符，适合单行输入场景 - 如果必须用
fmt.Scan，后续读取前加一句bufio.NewReader(os.Stdin).ReadBytes('\n')清缓存（但更推荐下面方案） - 真正健壮的做法是统一用
bufio.Scanner，它按行切割、无缓存干扰，且能处理空格分隔的多个值
scanner := bufio.NewScanner(os.Stdin) scanner.Scan() name := scanner.Text() // 安全获取整行，不含 \n
为什么 os.Stdin 不能反复用 Scanf 混合读取不同类型
Go 没有类似 Python 的 input() 隐式类型转换，fmt.Scanf 依赖格式动词（如 %s、%d）严格匹配输入流。一旦格式不匹配（比如期望数字却输字母），解析失败后游标卡住，后续所有读取都会失败，错误也不抛出——只默默返回零值。
- 避免混用
Scanf和Scan：它们共享同一输入流，状态互相污染 - 输入前先用
scanner.Text()拿到原始字符串，再用strconv.Atoi或正则校验转换，失败可重试 - 若必须用
Sscanf，务必检查第二个返回值err != nil，否则你以为读到了，其实全是零
交互式菜单选中后怎么防止回车键触发下一轮
命令行菜单常见问题：用户输入选项（如 “2”）后按回车，程序执行完立刻又打印菜单——因为换行符还留在缓冲区，下次 Scan 直接读到空行。
- 每次读取后手动消费掉剩余字符直到换行：
bufio.NewReader(os.Stdin).Discard(1024)（1024 是安全上限，避免死锁） - 更稳妥的是在读取后显式调用
scanner.Scan()一次并忽略结果，确保清空当前行 - 如果菜单逻辑复杂，建议把整个交互封装成函数，每次调用前都新建
bufio.Scanner，避免状态残留
跨平台下 os.Stdin 在 Windows 和 Linux 行为差异在哪
主要差异不在 Go 层，而在终端输入处理：Windows 控制台默认启用“快速编辑模式”，用户点击窗口会暂停输入；Linux 终端可能开启 ICANON（行缓冲），导致 ReadByte 类操作阻塞到回车才返回。
- 不要依赖单字节读取（如
os.Stdin.Read）做即时响应，它在多数终端下不可靠 - 需要按键响应（如方向键、ESC）时，必须关闭行缓冲：用
golang.org/x/term.MakeRaw，但注意这会禁用 Ctrl+C，需手动恢复 - 纯菜单选择场景，坚持用
bufio.Scanner+strings.TrimSpace，兼容性最好
交互逻辑越靠近终端底层，越容易被系统行为带偏。真正难的不是读一行字，而是让“用户按下回车”这件事，在所有环境里都代表“我输完了”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
