fmt.Scan常卡住因跳过开头空白并残留换行符；读整行应用bufio.NewReader(os.Stdin).ReadString('\n')并trim换行；fmt.Print不换行不加空格，Println加空格和换行，Printf支持格式化；重定向Stdin/Stdout可用于测试，需保存原值以便恢复。
用 fmt.Scan 读取标准输入时为什么常卡住？
因为 fmt.Scan 和 fmt.Scanf 默认以空白字符（空格、制表符、换行）为分隔，且会跳过开头所有空白——这意味着如果上一次输入后残留了换行符（比如用户输完数字按了回车），下一次 fmt.Scan 可能立刻读到空行或阻塞在等待非空白输入。
- 读字符串时慎用
fmt.Scan(&str)：遇到空格就截断，无法读整行 - 想读一行（含空格），改用
bufio.NewReader(os.Stdin).ReadString('\n') - 读数字后紧接着读字符串，必须先用
bufio.NewReader(os.Stdin).ReadBytes('\n')清掉残留换行
读取整行输入的可靠写法（含空格）
标准库中唯一能自然读取带空格整行的是 bufio.Reader.ReadString，它会一直读到指定分隔符（通常是 '\n'），并把分隔符也包含在返回字符串里——所以实际使用时要手动去掉末尾换行。
reader := bufio.NewReader(os.Stdin)
line, _ := reader.ReadString('\n')
line = strings.TrimSpace(line) // 或 line = strings.TrimRight(line, "\r\n")
fmt.Print 系列函数的输出行为差异
fmt.Print、fmt.Println、fmt.Printf 都输出到 os.Stdout，但格式控制不同：
fmt.Print：不加空格也不换行，多个参数直接拼接fmt.Println：参数间加空格，结尾自动加换行fmt.Printf：支持格式化，如%d、%s、%v，不自动换行
注意：fmt.Println 在输出结构体时默认调用 String() 方法（如果实现了），否则打印字段值；而 fmt.Printf("%v", s) 行为一致，但 %+v 会显式标出字段名。
重定向标准输入输出的实际用途
Go 程序默认从 os.Stdin / os.Stdout 读写，但它们是可替换的变量（类型为 *os.File），适合测试或管道场景：
- 单元测试中模拟输入：
os.Stdin = strings.NewReader("42\nhello\n") - 将输出捕获到内存：
os.Stdout = &bytes.Buffer{}，之后用.String()获取内容 - 恢复原始流（尤其测试后）：
os.Stdin = os.Stdin不生效，得提前保存原值：origStdin := os.Stdin，用完再赋回
跨平台要注意：Windows 下换行是 \r\n，ReadString('\n') 仍能正确终止，但 TrimRight 建议同时处理 \r。
