Go math/big.Rat 怎么精确计算分数而不是浮点近似

如果业务结果必须保留“几分之几”，不要先把输入转成 float64。Go 的 math/big.Rat 会用任意精度的分子和分母表示有理数，因此 1/10 + 2/10 可以得到精确的 3/10，而不是依赖二进制浮点数的近似值。

为什么 float64 不适合保存每一个分数结果

二进制浮点数不能精确表示很多十进制小数。典型例子是 0.1 + 0.2，结果在 Go 中会显示为 0.30000000000000004。这不是加法算法错了，而是输入先被编码成了最接近的二进制值。

Rat 的思路不同：它把值保存成约分后的分子和分母。分子、分母都是任意精度整数，参与运算时不会因为固定的 32 位或 64 位尾数而丢掉分数信息。代价是对象分配、整数运算和分子分母增长都比普通整数或浮点数昂贵，所以它适合“结果必须精确”的边界，不是所有数值计算的默认替代品。

从分子分母或字符串创建精确值

已知两个 int64 时，NewRat 最简洁；需要复用目标对象时可以用 SetFrac64。外部输入则优先解析字符串，不要先经过 float64。

package main

import (
	"fmt"
	"math/big"
)

func main() {
	// NewRat 直接表达 1/10，Rat 会负责规范化分子和分母。
	a := big.NewRat(1, 10)
	// SetString 读取用户输入，第二个返回值必须检查。
	b, ok := new(big.Rat).SetString("2/10")
	if !ok {
		panic("无效的有理数文本") // 真实服务中应返回输入错误，而不是继续计算。
	}

	var sum big.Rat
	sum.Add(a, b) // 目标对象 sum 接收结果，a 和 b 仍可继续使用。
	fmt.Println(sum.RatString()) // 3/10
	fmt.Println(sum.Num(), sum.Denom()) // 3 10
}

SetString 失败时返回的布尔值不能忽略。还要注意 Rat 不支持把一个结构体值直接浅复制成另一个独立对象；需要复制时使用 new(big.Rat).Set(src)，不要写 *dst = *src。

运算与格式化：精确值到可读结果

算术方法采用“目标对象接收结果”的形式。这样可以复用内存，也能明确每一步的结果归属。除法的除数为零时 Quo 会 panic，来自请求或文件的分母应先自行检查。

// 用精确的折扣比例计算最终比例，并按业务需要选择展示格式。
discount := big.NewRat(1, 5) // 20%
pricePart := big.NewRat(3, 4) // 75%

var remaining big.Rat
remaining.Sub(big.NewRat(1, 1), discount) // 1 - 1/5 = 4/5

var result big.Rat
result.Mul(&remaining, pricePart) // 4/5 * 3/4 = 3/5

fmt.Println(result.RatString())  // 3/5，适合继续精确计算
fmt.Println(result.FloatString(2)) // 0.60，适合页面或报表展示

RatString 不改变数值，分母为 1 时会输出整数；FloatString(2) 则只表示“保留两位小数后的视图”，最后一位按规则舍入。展示结果不要再拿去参与后续精确计算，否则你已经主动丢掉了分数信息。

一组判断标准：什么时候用 Rat，什么时候不用

基线可以很简单：先用浮点实现并记录误差，再把“输入解析、核心运算、输出格式化”拆成三段。只有核心运算必须精确的部分换成 Rat，输入和展示边界仍保持清楚。这样既能避免全链路任意精度的成本，也不会在中间步骤悄悄丢失分数。

常见问题

new(big.Rat).SetFloat64(0.1) 是精确的 1/10 吗？

它精确保存的是传入的二进制浮点值，不等价于十进制文本“0.1”。如果输入本来就是十进制字符串，应使用 SetString("0.1")。

FloatString 会修改 Rat 吗？

不会。它只生成指定小数位的字符串；原对象仍然保留分子和分母。

为什么运算都要传指针？

Rat 的方法通过指针接收者写入目标对象。使用独立的结果变量可读性更好，也避免把内部整数存储误当成可安全浅复制的普通值。