必须检查strconv.Parse*函数的error，否则静默失败；Atoi不处理空格、小数点、进制前缀；ParseInt需显式指定base和bitSize；Itoa仅支持int十进制，FormatInt更通用；ParseFloat位宽非精度，FormatFloat精度依赖格式符；ParseBool不支持"yes/no"等常见值。
字符串转数字必须检查 err，否则静默失败很危险
所有 Parse* 函数（如 strconv.Atoi、strconv.ParseInt、strconv.ParseFloat）都返回 (value, error)，**不检查 err 是 Go 新手最常踩的坑**。比如 strconv.Atoi("abc") 返回 0 和 "strconv.Atoi: parsing \"abc\": invalid syntax"，若直接用 0 当合法值，逻辑就崩了。
- 空字符串
""、前导空格" 123"、含小数点的整数字符串"12.3"、十六进制前缀"0xFF"—— 全部报错，Atoi不识别进制前缀 - 需要容忍空格？先用
strings.TrimSpace预处理 - 要解析十六进制或二进制？必须用
strconv.ParseInt(s, base, bitSize)，例如ParseInt("FF", 16, 64) -
bitSize不能写0来“自动适配 int”——Go 中int平台相关，ParseInt要求显式位宽；想转成 Go 的int，稳妥做法是ParseInt(..., 64)后再转int，但要注意溢出
Itoa 和 FormatInt 别混用：类型和进制需求决定选哪个
strconv.Itoa 只接受 int 类型、只输出十进制字符串，本质是 FormatInt(int64(i), 10) 的快捷封装。一旦变量是 int32 或 int64，直接传给 Itoa 会编译失败。
- 你有
int64 n = 255？用strconv.FormatInt(n, 16)→"ff"，别硬套Itoa - 要转二进制、八进制、十六进制？只能用
FormatInt或FormatUint，Itoa不支持 -
FormatInt输出小写十六进制；如需大写，得包一层strings.ToUpper - 性能敏感场景（如高频日志拼接）？考虑
strconv.AppendInt(dst, i, 10)复用底层数组，避免反复分配内存
ParseFloat 和 FormatFloat 的精度参数不是“保留几位小数”那么简单
strconv.ParseFloat(s, 64) 的第二个参数是目标浮点类型位宽（32 或 64），不是精度；而 FormatFloat(f, 'f', prec, 64) 的 prec 才控制显示精度，但它行为取决于格式符：
-
'f'：定点格式，prec表示小数点后位数，如FormatFloat(3.14159, 'f', 2, 64)→"3.14" -
'g'：自动选f或e，prec表示总有效数字位数，FormatFloat(0.00123, 'g', 2, 64)→"0.0012" - 输入
"NaN"、"Inf"会被成功解析为对应特殊浮点值，但业务代码若没用math.IsNaN或math.IsInf检查，后续计算可能意外传播错误 - 浮点数本身存在 IEEE 754 精度限制，
ParseFloat("0.1", 64)得到的是近似值，比较时别用==，应引入误差范围
ParseBool 支持的字符串比你以为的多，但“yes/no”、“on/off” 仍会报错
strconv.ParseBool 实际接受的输入比文档写的更宽松：除了 "true"/"false"（不区分大小写），还支持 "1"/"0"、"t"/"f"、"T"/"F"、"TRUE"/"FALSE" 等。但它**明确拒绝** "yes"、"no"、"on"、"off"、"enabled" 等常见配置值。
立即学习“go语言免费学习笔记（深入）”；
- API 接收 JSON 或表单字段时，若前端传
"yes"，ParseBool直接返回 error，别假设它能智能识别 - 布尔转字符串只有
strconv.FormatBool，输出固定为全小写"true"或"false"，没有首字母大写或缩写选项 - 如果业务需要兼容更多字符串，得自己写映射逻辑，比如用
map[string]bool显式定义白名单
真正容易被忽略的，是 ParseInt 和 ParseUint 对负号的处理：ParseUint("-5", 10, 64) 必然失败，因为无符号类型不接受负号——这点在解析用户输入或配置项时，稍不注意就会 panic 或逻辑错乱。
