使用big-integer模块计算表达式返回0，纯JS得0.00551，原因何在？

这问题我碰到过好几次了，核心原因其实是big-integer模块的设计定位和原生JS Number的本质差异：

• big-integer只专注于整数运算
  这个模块诞生的初衷是解决原生JS处理超大整数时的精度丢失问题，但它从根上就只支持整数类型的运算。如果你的表达式里包含小数输入、除法（且结果不是整数）这类操作，big-integer会自动把小数截断成整数，运算过程中也只会保留整数部分。比如你计算的表达式如果是类似 1 ÷ 181，big-integer会执行整数除法，直接返回0；而原生JS不会截断，会按照浮点运算规则计算出约0.00551的结果。

• 原生JS Number是双精度浮点数
  原生的Number类型本质是64位双精度浮点数，它既可以表示整数，也能处理小数（虽然存在精度上限）。当你用它计算时，会遵循浮点运算的逻辑，保留结果的小数部分，哪怕数值很小，也不会像big-integer那样直接截断为0。

举个实际的例子 #

假设你的表达式是 551 / 100000：

• 用big-integer计算：bigInt(551).divide(100000)，结果是0（整数除法，舍去小数部分）
• 用原生JS计算：551 / 100000，结果是0.00551（浮点除法，保留小数）

解决建议 #

如果你的场景需要处理大数同时保留小数精度，建议改用专门的高精度小数库，比如big.js或者decimal.js，它们既支持大数运算，也能精准处理小数，不会出现截断问题。

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