strconv.Atoi panic 是因未检查错误，它仅支持纯数字字符串，空格、字母、符号或空串均返回 error；正确用法必须显式处理 err。

strconv.Atoi 转字符串为整数时为什么 panic？

strconv.Atoi 只接受纯数字字符串，遇到空格、字母、符号或空字符串会直接返回 error，但很多人忽略错误检查，导致程序 panic。它本质是 strconv.ParseInt(s, 10, 0) 的封装，底层不处理边界和格式容错。

• 正确用法必须检查返回的 error：

  num, err := strconv.Atoi("123")
  if err != nil {
      log.Fatal(err)
  }
  // num 是 int 类型

• 常见错误输入：" 123"（前导空格）、"12.3"（小数点）、""（空串）、"abc" —— 全部返回非 nil 错误
• 如果需要容忍空格，先用 strings.TrimSpace 预处理；若需支持浮点字符串转整，应先用 strconv.ParseFloat 再类型转换

ParseInt 和 ParseUint 的 bitSize 参数怎么选？

Go 是强类型语言，int 在不同平台可能是 32 或 64 位，而 strconv.ParseInt 的第三个参数 bitSize 必须显式指定目标整数宽度，否则无法匹配 Go 类型系统。

• 想转成 int64：用 strconv.ParseInt(s, 10, 64)
• 想转成 int32：用 strconv.ParseInt(s, 10, 32)
• 想转成 Go 默认的 int：不能直接写 0 或省略 —— 必须根据目标平台判断，更稳妥的是统一用 64，再手动转：

  n64, _ := strconv.ParseInt(s, 10, 64)
  n := int(n64) // 注意溢出风险

• ParseUint 同理，但只接受无符号数，传入负号如 "-5" 会报 strconv.ParseUint: parsing "-5": invalid syntax

Itoa 和 FormatInt 有什么区别？

strconv.Itoa 是最简捷的 int → string 转换，但它只支持 int 类型；而 strconv.FormatInt 支持任意有符号整数（如 int64），且可指定进制。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• strconv.Itoa(42) 等价于 strconv.FormatInt(int64(42), 10)，仅限十进制 int
• 要转十六进制：strconv.FormatInt(255, 16) → "ff"；八进制：strconv.FormatInt(255, 8) → "377"
• 如果变量是 int32 或 int64，别硬套 Itoa，会编译失败 —— 必须用 FormatInt(int64(x), 10) 显式转换
• FormatUint 用于 uint64 等无符号类型，不接受负值

float 转换中精度丢失和 NaN 处理容易被忽略

strconv.ParseFloat 和 strconv.FormatFloat 涉及 IEEE 754 浮点表示，转换不是精确映射，尤其对小数部分（如 0.1）和大整数（超过 2^53）极易出偏差。

立即学习“go语言免费学习笔记（深入）”；

• strconv.ParseFloat("0.1", 64) 返回的 float64 值实际是近似值，后续比较请用误差范围而非 ==
• 输入为 "NaN"、"Inf"、"-Inf" 时，ParseFloat 会成功返回对应浮点特殊值，但很多业务逻辑没做 math.IsNaN 或 math.IsInf 检查
• FormatFloat 的第四参数 prec 控制小数位数，设为 -1 表示“最短有效表示”，设为 6 是默认 float64 输出精度，但不等于保留 6 位小数 —— 它是总有效数字位数
• 若需固定小数位（如金额），不要依赖 FormatFloat，改用 fmt.Sprintf("%.2f", x) 或专用 decimal 库

真正麻烦的从来不是调哪个函数，而是搞清你到底要什么类型、能容忍多大误差、以及输入是否真的可控。比如日志里看到 "strconv.Atoi: parsing \"\": invalid syntax"，第一反应不该是补 if s == ""，而是追查上游为什么传了空字符串。