Go语言中strconv是字符串与基础数值类型互转的唯一标准库，需严格按类型选用ParseInt/ParseFloat或FormatInt/FormatFloat等函数，所有解析函数均返回值和error，必须显式处理。
Go 语言里 strconv 是处理字符串和基础数值类型互转的唯一标准库方案，没有替代品，也不该用 fmt.Sscanf 或反射凑合。
字符串转整数：用 strconv.Atoi 还是 strconv.ParseInt
strconv.Atoi 只适合快速转十进制 int，底层调用的是 ParseInt(s, 10, 0)，但它的返回类型固定为 int，无法控制位宽，也不支持其他进制。
真正可控的写法是 strconv.ParseInt：
-
strconv.ParseInt("123", 10, 64)→ 返回int64和error - 第二参数是进制（2、8、10、16 都行），第三参数是目标整数位宽（0 表示平台原生
int） - 如果输入含空格或前导零（如
" 42"或"0x2a"），会直接报strconv.ParseInt: parsing " 42": invalid syntax - 注意：
ParseInt不接受带符号的十六进制字符串（如"-0xFF"），得先去掉负号再手动处理
字符串转浮点数：strconv.ParseFloat 的精度陷阱
strconv.ParseFloat("3.1415926", 64) 返回 float64，第二个参数指定精度（32 或 64）。但要注意：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 输入若含多余小数位（如
"1.234567890123456789"），不会截断，而是按 IEEE 754 规则舍入 —— 结果可能和你“肉眼预期”不一致 - 若输入是
"inf"、"-Inf"、"NaN"，函数能正确解析（大小写敏感，"INF"会失败） - 空字符串、字母开头、多个小数点都会返回
strconv.ParseFloat: parsing "xxx": invalid syntax
数值转字符串：别无选择，只用 strconv.Format* 系列
没有“自动类型推导”的万能函数，必须按目标类型选具体函数：
- 整数 → 字符串：
strconv.Itoa(42)（等价于FormatInt(int64(42), 10)），仅限十进制int - 任意进制整数：
strconv.FormatInt(-123, 16)→"-7b"；FormatUint(255, 2)→"11111111" - 浮点数 → 字符串：
strconv.FormatFloat(3.14, 'g', -1, 64)，第三个参数是小数位数（-1 表示最短表示），第四个是精度 - 布尔值：
strconv.FormatBool(true)→"true"，没有简写形式
所有 Format* 函数都不可能返回 error，因为输入类型已确定，转换逻辑是纯确定性的。
错误处理不是可选项，而是每一步都得显式检查
strconv 所有解析函数（Atoi、ParseInt、ParseFloat 等）都返回 (T, error)，忽略 error 就等于默认输入永远合法 —— 实际中几乎必然出错。
常见疏漏点：
- 把
string当作数字传入，却没处理空字符串或全空白字符串（strings.TrimSpace要前置） - 用
ParseInt(s, 10, 32)解析超 32 位的数（如"2147483648"在 32 位上溢出，返回strconv.ParseInt: value out of range） - 混淆
FormatFloat的格式动词：'e'（科学计数）、'f'（定点）、'g'（自动选），选错会导致输出不符合协议要求（比如 API 要求固定小数位）
边界情况比想象中多，尤其在解析用户输入或外部数据时，error 不是异常，是常态。
