Go math/big.Int.SetString 怎样解析大整数

解析超出 int64 范围的整数字符串，可以对 big.Int 调用 SetString(text, base)，并先检查第二个返回值 ok。固定十进制输入用 base=10；只有确实允许二进制、八进制或十六进制前缀时才选 base=0。失败时返回指针为 nil，接收者的值未定义，不能当作零，也不能假定旧值保留。

假设一个导入表单允许填写很长的整数，且用户输入错误时要保留上一条有效值。难点不只是“装得下”，还包括明确输入格式、及时反馈错误，以及避免复用对象后把历史结果一起改掉。本文给出纯 Go 解析代码，不实现浏览器界面；示例未在本文中执行。

先决定输入是十进制数还是带进制字面量

先确定用户任务。如果字段说明是“十进制整数”，就不应悄悄把带前导零的文本当成八进制。base=10 与 base=0 是不同的输入契约，而不是一个更严格、一个更聪明。

base 必须为 0 或 2 到 MaxBase 的值。base=0 允许在规定位置使用下划线分隔数字，非零 base 不识别这种分隔符。不要把外部任意整数直接当作 base；本例使用固定常量，避免把配置错误混入文本格式错误。

空白是否允许，应由输入契约决定。SetString 要求整个字符串有效，不能只读到一个数字前缀就算成功。下文的十进制封装不自动去除空格，提示语也明确要求完整十进制整数。Go 官方 SetString 文档列出了进制和完整字符串规则。

把成功标志与返回指针一起处理

SetString 的关键对象包括输入文本、进制参数、接收者、返回指针和成功标志。成功时返回的是接收者本身，而不是新建的独立整数；失败时返回 nil 和 false，同时接收者不能再作为有效业务数值使用。

所以，不应忽略 ok 后立刻把接收者显示给用户。也不应把 false 映射成数值 0：合法的字符串“0”会成功解析，输入错误必须是另一种状态。只有 ok 为 true，才把新数值交给后续业务。

用临时对象保护上一次有效结果

导入表单常有“修改失败不覆盖当前值”的需求。直接对 current 调用 SetString 无法依赖这种保证；可以先解析到 candidate，成功后再用 Set 提交。下面把“解析”和“提交数值”分开：

package main

import (
    "fmt"
    "math/big"
)

// replaceDecimal 以十进制解析文本，成功前不修改原有目标。
func replaceDecimal(dst *big.Int, text string) error {
    if dst == nil {
        return fmt.Errorf("目标对象不能为空")
    }
    // 临时对象隔离解析失败对接收者的影响。
    var candidate big.Int
    if _, ok := candidate.SetString(text, 10); !ok {
        return fmt.Errorf("请输入完整十进制整数")
    }
    dst.Set(&candidate) // 用 Set 提交数值，不浅拷贝 big.Int。
    return nil
}

func main() {
    current := big.NewInt(7)
    texts := []string{"123456789012345678901234567890", "12x", "0"}
    for _, text := range texts {
        if err := replaceDecimal(current, text); err != nil {
            // 失败只显示错误，current 仍是上一次已提交值。
            fmt.Println("拒绝:", err)
            continue
        }
        fmt.Println("接受:", current.String())
    }

    // base=0 用于确实允许进制前缀的另一种输入契约。
    var literal big.Int
    if _, ok := literal.SetString("0x2a", 0); ok {
        fmt.Println("字面量的十进制表示:", literal.String())
    }
}

按代码契约，长十进制文本应被接受；12x 应报错且不改变 current；字符串 0 应成功提交零值。十六进制字面量分支是独立示例，不改变十进制字段的规则。这些是读者运行时可核对的预期，不是本文实测结果。

接收者必须是可用对象，不能拿 nil 指针当作有值的 big.Int。var candidate big.Int 的零值可使用；解析失败后，本例只丢弃候选，不调用它的数值方法。这样错误输入不会污染上一次提交值。

逐条解析时分清复用与保留

逐条处理文本时，可以复用工作对象 scratch，但“保留结果列表”是另一种所有权要求。反复把同一个工作对象的地址放进切片，不会得到各次解析的快照；切片元素仍指向同一个对象。要保留每次成功结果，可以复制到独立对象。

// scratch 可用于逐条解析；保留结果时必须生成独立数值。
var scratch big.Int
values := make([]*big.Int, 0, len(texts))
for _, text := range texts {
    if _, ok := scratch.SetString(text, 10); !ok {
        continue // 不使用失败后值未定义的 scratch。
    }
    values = append(values, new(big.Int).Set(&scratch))
}

这里的保留结果由独立副本组成，工作对象负责临时解析；Set 负责从工作对象复制数值到独立副本，结果切片保存各个副本的指针。不要用结构体赋值浅拷贝 big.Int，官方不支持这种复制方式。

复用对象不等于零分配，也不意味着可以在无同步条件下让多个任务同时修改它。只有结果不需要被保留时，才适合直接消费当前工作对象并继续复用。若读者需要比较性能，应以真实输入长度和分配数据为依据，本文不提供未经测量的速度结论。

让错误提示与边界样例对应

错误反馈应反映当前输入规则：固定十进制字段提示“请输入完整十进制整数”，而允许前缀的字段则说明可接受的形式。不要在界面上只用颜色表达失败，也不要把旧值显示为“刚刚解析成功”的结果；状态与数值要分开呈现。

“任意精度”不代表可以接收无限长文本。应用仍应限定输入长度、请求规模和批次数量；具体阈值取决于业务，不由 SetString 自动给出。需要保留原始前导零、加号或下划线格式时，另外保存文本，因为 big.Int 表达的是数值，String 输出的是十进制表示。

为什么 09 用 base=0 会失败？

前导零选择八进制，而 9 不是八进制数字。若业务本来要求十进制，请使用 base=10，而不是删除前导零后猜测进制。

解析失败后可以继续使用旧接收者吗？

不能依赖其旧值，失败后值未定义。要保留旧值，应像示例一样先解析临时对象，成功后提交。

返回指针是新对象吗？

成功时它就是接收者。需要独立数值，用另一个 big.Int 的 Set 复制，不要只保存返回指针当作快照。

把输入格式、成功状态和对象所有权分开处理，SetString 就能作为清晰的解析边界：进制由业务决定，失败不冒充零，保留结果不共用可变工作对象。