fmt.Sprintf 直接格式化 *big.Float 会丢失精度，因其未实现 fmt.Stringer，触发 float64 转换；安全方法是用 Text('g', prec) 或 Text('e', prec)，prec 指有效数字位数；需显式 SetPrec 避免输入时精度丢失。
为什么 fmt.Sprintf 直接格式化 *big.Float 会丢失精度？
因为 *big.Float 本身不实现 fmt.Stringer，调用 fmt.Sprintf("%f", x) 实际触发的是默认浮点数转换逻辑，底层会先转成 float64 —— 这一步就砍掉了所有超出 float64 范围的精度，哪怕你前面用 big.Float 算了 1000 位也白搭。
*big.Float.Text 是唯一安全出口，但参数选错照样出错
必须用 Text('g', prec) 或 Text('e', prec)，不能用 'f'。因为 'f' 要求小数点后固定位数，而 *big.Float 的值可能整数部分很长（比如 1e1000），强行用 f 会导致内部缓冲区溢出或 panic；'g' 和 'e' 则按有效数字位数控制输出，和 *big.Float 的精度模型天然匹配。
-
prec指**有效数字位数**，不是小数位数 —— 比如Text('g', 5)对123.456789输出"123.46"（5 位有效数字） - 若要保留小数点后固定位数（比如财务场景要求两位小数），得先用
SetPrec控制内部精度，再用Text('g', ...)推导出足够大的prec值，而不是硬套f -
Text不做四舍五入以外的取整，它严格遵循 IEEE 754 舍入模式（默认RoundHalfEven），这点和strconv.FormatFloat一致
如何把 *big.Float 安全转成「小数点后 N 位」的字符串？
没有直接 API，必须组合操作：先缩放、取整、再还原。例如要保留 2 位小数：
func ToFixed2(f *big.Float) string {
// 构造 10^2
scale := new(big.Float).SetInt64(100)
// f * 100 → 四舍五入取整 → / 100
tmp := new(big.Float).Mul(f, scale)
tmp = tmp.Round(tmp, 0, big.ToNearestEven) // 注意：Round 返回新实例
result := new(big.Float).Quo(tmp, scale)
return result.Text('g', 15) // 15 是保险起见的有效数字位数，覆盖整数部分长度
}关键点：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
-
Round第二个参数是小数位数（此处为 0），第三个参数是舍入模式，big.ToNearestEven最常用 - 不要用
tmp.SetMantExp(...)手动截断 —— 那是丢精度，不是四舍五入 - 最后
Text('g', ...)的prec建议设为 15~30，避免因整数部分过长导致科学计数法意外出现；真要强制不用 e 记法，得自己判断长度后切分字符串，代价高且易错
从字符串解析回来时，SetPrec 必须显式调用
new(big.Float).SetString("1.23456789") 默认只设 64 位精度，后续所有运算都受此限制。如果原始字符串有 50 位有效数字，必须立刻跟一句 f.SetPrec(50 * 4)（*big.Float 的 prec 单位是 bit，不是 digit，通常按 4 bits/digit 估算）。
- 漏掉
SetPrec是静默错误 —— 看似能跑，结果却在中间步骤就开始丢位 - 如果后续要做多次乘除，建议按最大可能精度设一次，比如
SetPrec(256)覆盖大多数高精度场景 - 注意：
SetPrec不影响已存在的数值，只影响后续运算的中间精度
高精度浮点字符串转换真正的坑不在怎么输出，而在输入那一刻没锁住精度 —— 后面所有 Text 都只是把已有精度“如实”呈现出来而已。
