Go big.Int单行多步计算实现及与Solidity逻辑一致性问题

1. 你编写的多行Go实现是否与Solidity逻辑等价？ #

完全等价，不会出现结果不一致的问题。

• 你的代码运算顺序和Solidity完全对齐：第一步计算amountIn * 997，第二步计算reserveIn * 1000，第三步将两个中间结果求和，和Solidity代码的执行步骤没有任何差异。
• 每次运算都通过big.NewInt(0)初始化独立的结果接收对象，没有修改原始入参amountIn、reserveIn的值，不存在值被意外覆盖的问题。
• 只要你提前定义的常量fee值为997、amount1K值为1000，最终计算结果和Solidity运行结果完全一致。

注意：这段逻辑是Uniswap V2的经典手续费分母计算逻辑，本身不涉及Solidity溢出检查的特殊分支，不需要额外处理溢出兼容问题。

2. 是否支持单行实现多步big.Int连续计算？ #

支持，利用big.Int的算术方法会返回当前实例的特性，嵌套调用方法即可实现，示例代码如下：

// 直接写死常量的单行版本
denominator := new(big.Int).Add(
    new(big.Int).Mul(reserveIn, big.NewInt(1000)),
    new(big.Int).Mul(amountIn, big.NewInt(997)),
)

// 复用你预定义fee、amount1K常量的单行版本
denominator := new(big.Int).Add(new(big.Int).Mul(reserveIn, amount1K), new(big.Int).Mul(amountIn, fee))

❌ 避坑提醒：不要为了少写new(big.Int)复用同一个实例做中间运算，比如下面的写法是错误的，会因为中间值被覆盖得到错误结果：

// 错误示例，禁止使用
denominator := new(big.Int).Mul(reserveIn, amount1K)
denominator.Add(denominator, new(big.Int).Mul(denominator, fee)) // 这里Mul操作会覆盖前面算好的reserveIn*1000的值

只要每一步独立的乘法运算都用新初始化的big.Int实例接收结果，就不会出现计算错误。

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