在 Go 中处理货币时，若需对最小单位（如 1 分）进行除法运算（如均分），直接使用 uint64 会导致精度丢失（1/2 = 0）；应改用 math/big.Rat 类型，它以分数形式精确表示任意精度的有理数，彻底避免舍入与截断误差。
在 go 中处理货币时，若需对最小单位（如 1 分）进行除法运算（如均分），直接使用 `uint64` 会导致精度丢失（1/2 = 0）；应改用 `math/big.rat` 类型，它以分数形式精确表示任意精度的有理数，彻底避免舍入与截断误差。
在金融计算中，“用整数表示最小货币单位”（例如：以美分为单位，$1.23 存为 123）是业界共识，可规避浮点数误差。但该策略在涉及除法运算（如分账、利息摊销、比例拆分）时暴露根本局限：uint64 等整数类型无法表达非整数结果。例如将 1 分钱（即 1）平均分给 3 人，1 / 3 在整数运算中为 0，信息永久丢失。
此时，math/big.Rat 是 Go 标准库提供的理想解。它将数值表示为分子/分母的有理数（如 1/3、1/2），支持任意精度的加减乘除，且全程无舍入——完美匹配货币计算对可重现性和审计一致性的严苛要求。
以下是一个典型示例：将 1 分钱（1 cent）精确三等分：
package main
import (
"fmt"
"math/big"
)
func main() {
// 表示 1 分钱（以分为单位）
oneCent := new(big.Rat).SetInt64(1)
// 除以 3 → 结果为 1/3 分（即约 0.333... 分）
split := new(big.Rat).Quo(oneCent, big.NewRat(3, 1))
fmt.Printf("1 分 ÷ 3 = %s 分\n", split.FloatString(6)) // 输出: 0.333333
fmt.Printf("精确分数形式: %s\n", split.String()) // 输出: 1/3
// 后续可安全累加：3 × (1/3) = 1
total := new(big.Rat).Mul(split, big.NewRat(3, 1))
fmt.Printf("验证总和: %s\n", total.String()) // 输出: 1
}⚠️ 注意事项：
- 性能与内存开销：big.Rat 运算比原生整数慢，内存占用更高。仅在必须支持中间除法的场景使用；纯加减、乘固定倍数（如汇率换算）仍优先用 int64。
- 序列化与存储：big.Rat 不适合直接存入数据库或 JSON。生产环境建议：运算阶段用 Rat，最终结果按业务规则四舍五入/截断为整数单位（如分）后持久化，并保留原始分数用于审计日志。
- 避免隐式转换：切勿将 big.Rat 与 float64 混用（如 Rat.Float64() 会引入浮点误差），所有关键计算应在 Rat 上完成。
总结：uint64 是货币存储的基石，但不是万能解；当业务逻辑明确要求“可逆分割”（如分润、多边结算、税务拆分），math/big.Rat 是 Go 生态中兼顾精度、标准性与可靠性的首选工具——它不妥协于“近似”，而是以数学严谨性守护每一微小货币单元的完整性。
