Go 的 math/big 包是唯一精确处理任意精度数的标准库方案，基于字节数组实现无精度丢失；big.NewInt 仅支持 int64 参数，超大整数须用 SetString；其方法均为就地修改，需手动拷贝避免意外覆盖；除法与取模遵循向零截断规则。
Go 的 math/big 包不是“支持大数的替代方案”，而是唯一能精确处理任意精度整数、有理数和浮点数的标准库方案——它不基于 int64 或 float64，而是用字节数组 + 符号位 + 缩放因子实现，所有运算都无精度丢失。
初始化 big.Int 时不能直接赋值字面量
常见错误是写 var x *big.Int = 12345 或 big.NewInt(12345678901234567890) ——后者会因超出 int64 范围而截断。Go 的 big.NewInt 只接受 int64 参数，无法表示大于 9223372036854775807 的整数。
- 正确方式：用
big.NewInt(0).SetString("123456789012345678901234567890", 10) -
SetString返回(\*big.Int, bool)，第二个返回值为false表示解析失败（比如含非法字符或进制不匹配） - 若数字来自用户输入或 JSON，必须走字符串解析；硬编码超长常量也得用字符串
big.Int 是值语义，但方法全为指针接收者
这导致新手常写出 x.Add(y, z) 却发现 y 被意外修改——因为 Add 把结果写入第一个参数所指对象，而非返回新实例。
- 所有算术方法（
Add、Sub、Mul、Div等）都是就地修改，不创建新对象 - 想保留原值？先用
new(big.Int).Set(x)拷贝，再对副本操作 - 没有“不可变 big.Int”类型，必须手动管理副本；频繁拷贝影响性能，建议复用临时变量（如用
tmp := new(big.Int)在循环中反复Set）
除法、取模需注意零除与符号规则
big.Int.Div 和 big.Int.Mod 对负数的行为和 Go 原生 /、% 不同：它们遵循数学上的“向零截断”除法（truncated division），但 Mod 结果符号始终与被除数一致。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
new(big.Int).Div(new(big.Int).SetInt64(-7), new(big.Int).SetInt64(3))得-2（不是 -3） -
new(big.Int).Mod(new(big.Int).SetInt64(-7), new(big.Int).SetInt64(3))得-1（不是 2） - 若需欧几里得模（非负余数），得自己实现：
r := new(big.Int).Mod(a, b); if r.Sign() - 调用前务必检查除数是否为零，
Div/Mod遇零会 panic，没有返回错误机制
序列化与 JSON 支持需额外处理
big.Int 默认不满足 json.Marshaler，直接 json.Marshal 会得到空对象 {}；同样，encoding/gob 虽支持，但要求字段必须导出且类型为 *big.Int（不能是 big.Int 值类型）。
- JSON 场景推荐：定义包装结构体，实现
MarshalJSON返回字符串（"1234567890..."），UnmarshalJSON用SetString解析 - Gob 场景下，字段声明为
X *big.Int，初始化时用new(big.Int)，否则 gob 编码会忽略零值 - 数据库驱动（如
pgx、sqlx）通常支持*big.Int扫描为文本，但插入前需确保已调用String()或显式转换
真正麻烦的不是怎么算，而是记住哪些操作会改原值、哪些输入必须是字符串、哪些边界条件要手动防护——这些细节一旦漏掉，bug 往往在超大数值场景下才暴露，且难以复现。
