为什么两段相似逻辑运算得到的Go big.Float大浮点数结果不相等？

1. 指针比较的错误用法 #

你代码中使用value1 == value3做相等判断存在根本错误：value1和value3都是*big.Float指针类型，==运算符默认比较的是两者的内存地址，而非指向的浮点数值。只要是两个不同的实例，哪怕存储的数值完全一致，该判断也会返回false。
正确的数值比较方式是使用big.Float自带的Cmp方法：

if value1.Cmp(value3) == 0 {
    fmt.Println("数值相等")
}

2. 运算逻辑的精度差异 #

两种写法的数值结果存在真实差异，核心原因是运算过程中舍入规则的应用差异：

• 第一种写法value1.Sub(value1, value2)是原地运算：接收者value1的精度在初始化时就已经确定，全程固定使用该精度做舍入，300次减法的舍入误差按固定精度累积。
• 第二种写法每次循环都通过big.NewFloat(0)新建临时变量存储运算结果：big.NewFloat默认创建精度为53位（对应原生float64精度）、舍入模式为ToNearestEven的浮点数实例，虽然每次Set回value3时会对齐精度，但多次运算过程中临时变量的舍入处理和原地运算的舍入处理存在微小差异，300次循环后误差累积到可观测的程度。
  另外GobEncode结果不一致，除了数值本身的差异外，还可能因为两个实例的内部元数据（精度、舍入模式等字段）存在差异，这些字段都会被序列化到Gob结果中。

额外优化建议 #

你当前使用big.NewFloat(浮点字面量)初始化大浮点数的方式存在精度损失：字面量会先被转为原生float64类型（仅53位精度），再赋值给big.Float，你写的长小数在这一步就已经丢失了尾部精度。如果需要保留完整的十进制精度，建议使用SetString方法初始化：

value1, _, _ := new(big.Float).SetString("137216723432.8234782347")

内容的提问来源于stack exchange，提问作者brewandrew