Go big.Float 怎么设置精度后再参与计算

Go 的 math/big.Float 精度是二进制位数，不是“保留几位小数”。要让精度真正参与计算，顺序应当是：先创建接收值的 big.Float，调用 SetPrec 设定目标位数，再用字符串、整数或有理数写入，最后让这个精度的目标值承接运算。若先用 big.NewFloat(0.1) 得到 53 位的 float64 近似值，再把它改成 128 位，增加的只是存储空间，无法找回原来的十进制 0.1。

最稳妥的写法是 new(big.Float).SetPrec(128) 后直接调用 SetString，并为每个运算结果单独准备具有明确精度的目标值；最后用 Prec() 和 Acc() 检查结果，而不要只看格式化后的十进制文本。

先分清精度位数和显示小数位

SetPrec(128) 表示尾数最多使用 128 个二进制有效位，和输出时 Text('f', 2) 的“两位小数”不是同一个概念。精度决定数值存储与运算时能保留多少信息，Text 的参数只决定展示形式。目标是金额、比例或测量值时，应先按误差预算选择二进制精度，再决定页面或日志的显示位数。

在写入数值前调用 SetPrec

下面的最小配方使用十进制字符串作为输入。字符串不会先经过 float64 这一层，接收时才按照目标对象的精度进行一次受控舍入。SetString 返回布尔值，生产代码应检查它，避免把非法输入默认为零值。

package main

import (
    "fmt"
    "math/big"
)

func main() {
    const prec uint = 128 // 精度单位是二进制位，不是小数位

    x, ok := new(big.Float).SetPrec(prec).SetString("0.1") // 先设精度，再解析十进制
    if !ok {
        panic("非法的 x") // 真实服务中应返回带上下文的输入错误
    }
    y, ok := new(big.Float).SetPrec(prec).SetString("0.2") // y 也使用同一精度
    if !ok {
        panic("非法的 y")
    }

    sum := new(big.Float).SetPrec(prec) // 目标值的精度决定本次加法的承载能力
    sum.Add(x, y)
    fmt.Println(sum.Text('g', -1)) // g -1 只负责紧凑显示，不改变内部精度
    fmt.Println(sum.Prec(), sum.Mode(), sum.Acc()) // 查看精度、舍入模式和准确度
}

这里的关键不是把常量写成 128，而是让输入对象和结果对象都在第一次接收值以前完成设置。运算方法采用“接收者承载结果”的形式，sum.Add(x, y) 会按照 sum 的精度和舍入模式产生结果。

让目标操作数承载每一步计算

多个运算串联时，不要只给第一个变量设精度，然后复用一个精度为 0 的临时值。为中间结果明确准备目标对象，代码的意图和误差边界更清楚：

func ratio(aText, bText string) (*big.Float, error) {
    const prec uint = 192 // 除法误差更敏感时提高尾数位数

    a, ok := new(big.Float).SetPrec(prec).SetString(aText) // 直接从文本读取 a
    if !ok {
        return nil, fmt.Errorf("解析 a 失败") // 不把解析失败吞成零值
    }
    b, ok := new(big.Float).SetPrec(prec).SetString(bText) // 直接从文本读取 b
    if !ok || b.Sign() == 0 {
        return nil, fmt.Errorf("b 不是有效的非零数") // 除法前先处理非法分母
    }

    result := new(big.Float).SetPrec(prec) // Quo 的结果精度由 result 控制
    result.Quo(a, b)
    return result, nil
}

如果输入来自数据库或 JSON，优先保留原始十进制文本；如果只能接收 float64，应在接口边界明确记录“输入已经是二进制近似值”，不要把后续的高精度当成精确恢复。

用 Prec、Mode 和 Acc 判断是否需要调整

排查结果时可以按下面的顺序判断：

SetPrec 不是无损升级：对已经有值的对象调用它，可能立刻按新精度舍入；调用 SetPrec(0) 会把有限值映射为带符号的零。因此应在对象接收值前设置精度。若结果仍不稳定，可以提高中间结果精度，而不是单纯增加 Text 的显示位数。

常见边界和实践检查清单

• 需要十进制语义时，从字符串或 big.Rat 进入，避免先经过 float64。
• 每个写入运算结果的接收者都应有明确精度，尤其是 Quo、迭代和累计求和。
• 把二进制精度与展示格式分开，展示两位小数不等于内部只有两位精度。
• 用 Acc() 做结果边界记录；若业务要求严格误差上限，还要在业务层比较误差，而不是只判断字符串相等。

相关问题

SetPrec(128) 是 128 位小数吗？不是，它是二进制有效位数；十进制可显示位数还取决于数值和格式化方式。

big.NewFloat(0.1) 后再 SetPrec 有用吗？可以扩大后续运算的承载位数，但不能恢复输入前未被 float64 保留的十进制信息。

为什么 Prec 正确，结果仍有误差？有限精度运算仍可能舍入；检查 Mode()、Acc()，并按累计误差提高中间值精度。