strconv.Atoi从不panic，总是返回(int, error)；必须检查error，否则静默得到0导致逻辑错误，其等价于strconv.ParseInt(s, 10, 0)，错误类型为*strconv.NumError。
strconv.Atoi 转换失败时 panic 还是返回 error？
strconv.Atoi 从不 panic，它总是返回 (int, error)。常见误解是把它当类似 Python 的 int() 用——传入非数字字符串时不会崩溃，但 error 非 nil。必须显式检查错误，否则静默得到 0（int 零值），后续逻辑可能出错。
- 正确写法：
if n, err := strconv.Atoi("123"); err != nil { /* 处理 err */ } else { /* 使用 n */ } - 典型坑：直接
n := strconv.Atoi("abc")忽略 err，n是 0，程序继续运行但结果错误 - 注意：
strconv.Atoi(s)等价于strconv.ParseInt(s, 10, 0)，底层调用ParseInt，所以错误类型也是*strconv.NumError
如何区分不同类型的数值解析错误？
strconv.ParseInt、ParseUint、ParseFloat 返回的 error 是 *strconv.NumError 类型，包含字段 Func（函数名）、Num（原始字符串）、Verb（错误原因，如 "invalid syntax" 或 "value out of range"）。不能只用 err == nil 判断，要类型断言或字符串匹配才能做精细化处理。
- 判断是否为溢出：
if numErr, ok := err.(*strconv.NumError); ok && numErr.Err == strconv.ErrRange - 判断是否为语法错误：
strings.Contains(err.Error(), "invalid syntax")（不推荐）或检查numErr.Err == strconv.ErrSyntax - 注意：
strconv.ErrSyntax和strconv.ErrRange是导出变量，可直接比较，比字符串匹配更可靠
ParseFloat 的精度丢失和 NaN/Inf 处理
strconv.ParseFloat 在解析 "inf"、"-inf"、"nan"（忽略大小写）时会成功返回对应浮点值，不报错。但若输入含非法字符（如 "123abc"），则返回 ErrSyntax；若超出 float64 表示范围（如超长小数），则返回 ErrRange。关键点在于：Go 的 float64 本身支持这些特殊值，所以它们不是“错误”，而是合法结果。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 需主动检查结果是否为
math.IsNaN(n)或math.IsInf(n, 0)，尤其在下游要求严格数值时 - 精度问题：
ParseFloat("0.1", 64)得到的是 IEEE 754 近似值，和直接写0.1一样存在浮点误差，这不是strconv的 bug - 避免陷阱：
ParseFloat("1e9999", 64)返回+Inf且err == nil；而ParseFloat("1e9999999", 64)才触发ErrRange
批量转换时如何避免重复写 error 检查？
没有内置的“安全转换”函数，但可以封装复用逻辑。重点不是省代码行数，而是统一错误语义（比如把所有解析失败转成自定义错误类型，或补充上下文信息）。别用空白 if err != nil { return }，容易漏处理。
立即学习“go语言免费学习笔记（深入）”；
- 推荐模式：
func safeAtoi(s string) (int, error) { n, err := strconv.Atoi(s); if err != nil { return 0, fmt.Errorf("invalid int %q: %w", s, err) } return n, nil } - 注意：不要用
recover()拦截——strconv函数全都不 panic，加 recover 只会掩盖其他真正 panic - 性能提示：封装函数无额外开销，编译器能内联；但频繁调用
fmt.Errorf会分配内存，高并发场景可用预分配错误变量或错误池
实际项目里最常被忽略的，是把 strconv 错误当成“临时异常”来吞掉，而不是按业务语义分类响应——比如用户输入非法数字，该返回 400 并提示“请输入有效数字”，而不是记录日志后悄悄用默认值顶上。
