strconv.itoa64不存在，编译报错；正确转换int64应使用strconv.formatint(i, 10)，而strconv.itoa仅适用于int类型。
strconv 包不是万能的类型转换工具，它只负责字符串和基础类型的双向转换；任何涉及结构体、切片、接口或自定义类型的转换都不在它的职责范围内。用错函数或忽略错误返回，是 Go 新手最常踩的坑。
为什么 strconv.Itoa64 编译报错？
因为这个函数根本不存在——Go 标准库从没提供过 Itoa64。strconv.Itoa 只接受 int 类型，而 int64 是另一个独立类型，不能隐式转成 int（尤其在 32 位系统上可能溢出）。
正确做法是统一走 strconv.FormatInt：
-
strconv.FormatInt(int64(x), 10)：把任意整数（int、int32、int64）先显式转为int64，再格式化为十进制字符串 -
strconv.FormatUint(uint64(x), 16)：处理无符号整数，比如文件大小、哈希值 - 别硬套
Itoa到int64上，否则编译器直接报undefined: strconv.Itoa64
strconv.Atoi 和 strconv.ParseInt 怎么选？
Atoi 是 ParseInt(s, 10, 0) 的快捷封装，只支持十进制、目标类型固定为 int（位宽由运行环境决定），适合简单场景。
但只要出现以下任一情况，就必须换用 ParseInt：
- 输入可能是十六进制（如
"0xFF"或"FF"）→ 传base=16 - 需要确保结果是
int64（例如解析时间戳、数据库 ID）→ 传bitSize=64 - 输入带前缀（
"0b1010"、"0o755"）→Atoi会直接失败，ParseInt需手动去掉前缀再调用 -
ParseInt要求整个字符串都被成功解析，哪怕末尾多一个空格也会返回错误
浮点数转换必须控制精度，否则结果不可靠
strconv.ParseFloat("3.1415926", 64) 没问题，但反过来用 FormatFloat 时，精度参数不是“保留几位小数”的模糊概念，而是 IEEE 754 规定的有效数字位数。
-
strconv.FormatFloat(0.1, 'f', 1, 64)→"0.1"（看起来对） -
strconv.FormatFloat(0.1, 'f', 17, 64)→"0.10000000000000001"（暴露浮点本质） - 做金额计算？别用
float64+FormatFloat，该上int64存分，或用专用 decimal 库 - 日志里打调试值，用
'g'格式更安全：FormatFloat(x, 'g', -1, 64)自动选最简表示
ParseBool 只认特定字符串，别指望它识别 "1" 或 "yes"
strconv.ParseBool 的合法输入只有："true"、"false"（不区分大小写），以及 "0"、"1"、"t"、"f"、"T"、"F"。其它所有值都会返回 error。
-
ParseBool("YES")→strconv.ParseBool: parsing "YES": invalid syntax -
ParseBool("on")→ 同样报错 - 如果上游协议约定用
"1"/"0"表示布尔，ParseBool可以用；但若用的是"enabled"/"disabled"，就得自己写映射逻辑 - 别依赖
ParseBool做宽松解析，它的设计哲学就是“严格即安全”
Parse* 函数都返回 error，且这个 error 在输入含非法字符（比如 "123abc"）、空字符串、超长数字时必然触发——没人能保证用户输入或配置项永远干净。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
