本文介绍在算法竞赛等场景中，如何优雅、健壮地从标准输入读取指定数量的数值或字符串（如首行给出个数 n，随后 n 行为数据），并对比原始写法，提供更符合 go 语言惯用法的优化方案。
在算法题输入处理中，常见模式是：第一行给出数据个数 n，接下来 n 行依次为具体值（整数、浮点数或字符串）。原始代码使用 for { ... break } 循环配合手动计数，结构松散且未处理输入错误，可读性与鲁棒性均不足。
更推荐的做法是将循环逻辑收敛到 for 语句头部，利用 Go 的多重赋值和条件判断能力，使意图更清晰。同时，必须检查 fmt.Scanf 的返回错误——这是生产级和竞赛级代码的关键实践，避免因格式错误或 EOF 导致静默失败或 panic。
以下为优化后的标准模板（以读取 n 个整数为例）：
package main
import "fmt"
func main() {
var nums []int
var count int
var err error
// 读取总数，支持换行符自动跳过（%d\n 隐式吸收）
for _, err = fmt.Scanf("%d\n", &count); err == nil && count > 0; count-- {
var x int
_, err = fmt.Scanf("%d\n", &x)
if err != nil {
break // 输入异常时立即退出，避免追加无效值
}
nums = append(nums, x)
}
if err != nil && err != fmt.EOF {
panic(fmt.Sprintf("input error: %v", err))
}
// 此时 nums 已包含全部有效输入
fmt.Println(nums) // 示例输出：[78 42 99]
}✅ 关键改进点说明：
- 循环控制集中化：for 头部完成初始化、条件判断与迭代，逻辑一目了然；
- 作用域最小化：x 仅在单次迭代内声明，避免变量污染；
- 错误即刻响应：每次 Scanf 后检查 err，异常时跳出循环，防止继续解析损坏数据；
- EOF 容忍处理：对 fmt.EOF 不 panic（常出现在测试用例末尾），仅对真实解析错误 panic；
- 格式健壮性：%d\n 可安全跳过行末空白（包括 \r\n 在 Windows 下），兼容多数 OJ 环境。
? 扩展支持其他类型：
- 读取 float64：将 %d 替换为 %f，变量类型改为 float64；
- 读取字符串（每行一个）：使用 %s（不带空格）或 %v + strings.TrimSpace，或更稳妥地用 bufio.Scanner（适合含空格的字符串）：
import "bufio"
// ...
scanner := bufio.NewScanner(os.Stdin)
scanner.Scan()
n, _ := strconv.Atoi(scanner.Text())
for i := 0; i < n; i++ {
scanner.Scan()
s := strings.TrimSpace(scanner.Text())
// 处理字符串 s
}? 注意事项：
- fmt.Scanf 对输入格式敏感，若数据行含多余空格或非数字字符，会返回错误；
- 竞赛中若输入规模大（如 n > 10⁵），建议改用 bufio.Scanner + strconv 组合，性能更高且可控；
- 始终优先验证 err，切勿忽略——这是调试超时/ Wrong Answer 的首要排查点。
掌握这种简洁、健壮、符合 Go 惯用法的输入模式，能显著提升算法题编码效率与稳定性。
