go 的 scanln 不适合交互式输入，因其严格要求换行符结尾且遇空白即截断，导致读不全输入；应优先用 bufio.scanner 读整行，或 fmt.scan 处理结构化输入。
Go 的 Scanln 不适合交互式输入，它会因换行符、空格或制表符提前截断，且无法跳过空白行 —— 真实场景中应优先用 bufio.Scanner 或 fmt.Scan 配合明确分隔逻辑。
为什么 Scanln 经常“读不到完整输入”
Scanln 要求输入**严格以换行符结尾**，且遇到任何空白（包括开头的空格、中间的制表符）就停止扫描，并把剩余内容留在缓冲区。这导致常见现象：
- 用户多按一次回车，
Scanln直接返回 0，err是EOF或invalid argument - 输入
"hello world"，它只读到"hello"，"world"残留在os.Stdin缓冲区，下一次读取直接拿到，造成逻辑错乱 - 粘贴多行文本时，第二行起的内容永远被忽略
替代方案：用 bufio.Scanner 安全读整行
这是交互式输入最常用、最可控的方式。它默认按行切割，不因内部空格中断，且能明确区分 EOF 和错误。
scanner := bufio.NewScanner(os.Stdin)
for scanner.Scan() {
line := scanner.Text() // 不含换行符
if line == "quit" {
break
}
fmt.Println("got:", line)
}
if err := scanner.Err(); err != nil {
log.Fatal(err) // 注意：这里捕获的是 I/O 错误，不是用户输入错误
}
-
scanner.Text()返回字符串，不含\n或\r\n - 如果需要读二进制数据（比如含 \x00），改用
scanner.Bytes() - 默认单行上限 64KB，超长会报
bufio.Scanner: token too long；可调用scanner.Buffer(make([]byte, 64), 1 扩容
fmt.Scan 和 fmt.Scanf 适合结构化输入
当你要读几个固定类型的值（如数字+字符串），fmt.Scan 更合适，它用空白（空格/制表/换行）分隔，但不会把换行当作错误。
var name string
var age int
fmt.Print("Name: ")
fmt.Scan(&name) // 用户输 "Alice" 回车即可
fmt.Print("Age: ")
fmt.Scan(&age) // 用户输 "30" 回车即可
-
fmt.Scan忽略开头所有空白，从第一个非空白开始读，直到下一个空白 -
fmt.Scanf("%s %d", &name, &age)可指定格式，但对用户输入容错差 —— 少一个空格就卡住 - 它们都无法读含空格的字符串（比如全名），此时必须用
scanner.Text()
容易被忽略的细节：stdin 缓冲区残留和多次调用风险
Go 的标准输入是带缓冲的，Scanln/Scan 读完后，未消费的字符仍留在缓冲区。例如：
fmt.Scan(&x) // 用户输 "123 abc" → x=123，缓冲区剩下 " abc" fmt.Scan(&y) // y 直接拿到 "abc"，而非等待新输入
- 混合使用
Scan和Scanner极其危险 —— 后者可能读到前者遗留的碎片 - 调试时可用
fmt.Printf("left: %q", buf)（需先用bufio.NewReader(os.Stdin)获取底层 reader）检查残留 - 真正需要“清空输入缓冲区”的场景极少，多数时候应统一输入方式，避免混用
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
