ParseInt报invalid syntax主因是字符串含不可见字符（如BOM、空格），需用strings.TrimSpace预处理；base必须为0或2–36，且二进制输入如"1010"须显式传base=2，不支持"0b"前缀。
ParseInt 为什么总报 strconv.ParseInt: parsing "1010": invalid syntax
这不是进制问题，是字符串里混入了不可见字符（比如 BOM、空格、换行）。ParseInt 对输入极其严格，连首尾空格都不容忍。
实操建议：
- 用
strings.TrimSpace预处理输入，再传给ParseInt - 若来源是文件或 HTTP 请求，先检查是否含 UTF-8 BOM：
bytes.HasPrefix(data, []byte{0xEF, 0xBB, 0xBF})，有则切掉 - 二进制/八进制/十六进制字符串必须严格匹配格式：如
"1010"（2 进制）、"755"（8 进制）、"ff"（16 进制），不能带0b、0o、0x前缀——这些前缀需手动剥离
ParseInt 的 base 参数到底支持哪些值
base 必须是 0 或 2–36 的整数。0 表示“自动推断”：遇到 0x/0X 用 16，0o/0O 用 8，0b/0B 用 2，否则默认 10。
注意点：
立即学习“go语言免费学习笔记（深入）”；
- 自动推断只识别标准前缀，
"&HFF"（VB 风格）或"#FF"（CSS 风格）会直接失败 - base=16 时，字母 a–f 不区分大小写；base=36 时，z 代表 35，但 Go 标准库不常用这么高的 base
- base 超出范围（如 37）会导致 panic，不是返回 error
为什么 ParseInt("100", 2, 64) 返回 4 而不是报错
因为 ParseInt 解析的是「数值本身」，不是「位模式」。它把 "100" 当作二进制字符串，算出十进制值 4，再转成 int64。
常见误解场景：
- 想把二进制字符串转为对应 bit 位的整数（比如存为 flag）→ 正确：用
ParseInt(s, 2, 64) - 想把一个已有的 int 值转成二进制字符串表示 → 错误：不该用
ParseInt，该用strconv.FormatInt(i, 2) - 想解析带符号的二进制补码（如
"11111111"表示 -1）→ParseInt默认当无符号处理；要模拟补码，得先按位宽取模再手动判断符号位
替代方案：什么时候不该用 ParseInt
当输入格式灵活、需容错或含前缀时，ParseInt 很容易失败。此时应考虑：
- 用
strconv.ParseUint+ 类型断言处理非负大数（避免溢出 panic） - 用正则预清洗：
re := regexp.MustCompile(`^0[xXoObB]([0-9a-fA-F]+)$`)提取纯数字部分再 parse - 对用户输入，优先用
fmt.Sscanf：var n uint64; fmt.Sscanf(input, "%d", &n)（自动跳空格，支持十进制）或"%x"（支持十六进制，忽略大小写和前缀） - 性能敏感批量转换？别用
ParseInt—— 它内部做了大量错误检查和 rune 判断；可手写简易 parser（如只处理 0–9 和 a–f 的 ASCII 字节流）
进制转换真正难的不是函数调用，而是厘清「输入格式边界」和「数值语义」。比如 "0" 在 base=0 下走十进制分支，而 "0x0" 却走十六进制——这种隐式行为在配置解析或协议解析中极易埋坑。
