不能直接用strconv.atoi解析混杂字符串，因其仅接受纯数字字符串，遇非数字字符即报错；需先用unicode.isdigit逐rune提取数字字符再拼接。
为什么不能直接用 strconv.Atoi 解析整个字符串
因为目标字符串往往混杂文字、符号和数字，比如 "user_id_123_status45"，strconv.Atoi 遇到非数字字符就立刻报错返回 strconv.ParseInt: parsing "user_id_123_status45": invalid syntax。它只接受纯数字字符串，不支持“提取”——这是根本前提，不是用法不对，而是功能定位不同。
用 unicode.IsDigit 逐字符判断再拼接的实操要点
核心是遍历每个 rune，用 unicode.IsDigit 判断是否为数字字符（注意：它识别 Unicode 数字，包括阿拉伯数字、全角数字、罗马数字等；若只要 ASCII 数字，改用 '0' 更快更准）。
- 必须用
for _, r := range s遍历，不能用for i := 0; i ，否则会按字节切分 UTF-8，导致中文或 emoji 场景下 <code>rune错乱 - 连续数字应合并成一个整数，而不是每个数字单独转——比如
"a123b"应得[123]，不是[1, 2, 3] - 空字符串或无数字时返回空切片，不要返回
nil或 panic，保持调用方可控
strconv.ParseInt 在拼接后转换时的参数陷阱
拼出数字字符串后，用 strconv.ParseInt 转整数，但三个参数容易错：strconv.ParseInt(numStr, 10, 64) 中，第二个参数是进制（固定写 10），第三个是位宽（常用 64）；若传 32 却遇到超范围数字（如 "2147483648"），会返回错误而非截断——这点常被忽略，导致线上解析失败却没日志。
示例片段：
numStr := "123"
if n, err := strconv.ParseInt(numStr, 10, 64); err == nil {
numbers = append(numbers, n)
}
性能敏感场景下避免反复字符串拼接
如果原字符串很长、数字很多，用 string += string 拼接数字串会产生大量临时对象。更稳的做法是先收集起始/结束位置索引，最后用 s[start:end] 切片一次取出，或用 strings.Builder 累积。
关键点：
-
strings.Builder的WriteRune比.WriteString(string(r))更省分配 - 若确定只处理 ASCII 数字，直接用字节数组预分配 +
unsafe.String（高级用法，慎用）能进一步减 GC 压力 - 多数业务场景下，用
Builder已足够，不必过早优化
真正难的不是逻辑，是判断哪些数字该连在一起、哪些该拆开——比如 "v1.2.3" 中的点要不要当分隔符，这取决于业务语义，代码没法自动猜。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
