如果不想每次都调用函数，可以创建一个类来处理转换。

class Decimal {
  constructor(value = 0, scale = 4) {
    this.intervalValue = value;
    this.scale = scale;
  }

  get value() {
    return this.intervalValue;
  }

  set value(value) {
    this.intervalValue = Decimal.toDecimal(value, this.scale);
  }

  static toDecimal(val, scale) {
    const factor = 10 ** scale;
    return Math.round(val * factor) / factor;
  }
}

用法：

const d = new Decimal(0, 4);
d.value = 0.1 + 0.2;              // 0.3
d.value = 0.3 - 0.2;              // 0.1
d.value = 0.1 + 0.2 - 0.3;        // 0
d.value = 5.551115123125783e-17;  // 0
d.value = 1 / 9;                  // 0.1111

当然，在处理十进制时，需要注意：

d.value = 1/3 + 1/3 + 1/3;   // 1
d.value -= 1/3;              // 0.6667
d.value -= 1/3;              // 0.3334
d.value -= 1/3;              // 0.0001

理想情况下，您希望使用高比例（如12），然后在需要呈现或存储时将其向下转换。就我个人而言，我曾尝试创建一个UInt8Array并试图创建一个精度值（很像SQL Decimal类型），但由于Javascript不允许重载运算符，所以如果不能使用基本的数学运算符（+，-，/，*），而是使用add（）、substract（）、mult（）等函数，就会有点乏味。为了我的需要，这不值得。

但如果您确实需要这种精度，并且愿意忍受在数学中使用函数，那么我推荐decimal.js库。

从我的角度来看，这里的想法是将fp数舍入，以便获得一个漂亮/简短的默认字符串表示。

53位有效位精度提供15到17位有效小数位数精度（2−53≈1.11×10−16）。如果具有最多15个有效数字的十进制字符串被转换为IEEE 754双精度表示，然后转换回具有相同位数的十进制字符串，最终结果应与原始字符串匹配。如果IEEE 754双精度数字被转换为具有至少17个有效数字的十进制字符串，然后转换回双精度表示，最终结果必须与原始数字匹配。...由于分数（F）有效位的52位出现在内存格式中，因此总精度为53位（约16位小数，53 log10（2）≈15.955）。。。维基百科

(0.1).toPrecision(100) ->
0.1000000000000000055511151231257827021181583404541015625000000000000000000000000000000000000000000000

(0.1+0.2).toPrecision(100) ->
0.3000000000000000444089209850062616169452667236328125000000000000000000000000000000000000000000000000

然后，据我所知，我们可以将值四舍五入到15位，以保持良好的字符串表示。

10**Math.floor(53 * Math.log10(2)) // 1e15

eg.

Math.round((0.2+0.1) * 1e15 ) / 1e15
0.3

(Math.round((0.2+0.1) * 1e15 ) / 1e15).toPrecision(100)
0.2999999999999999888977697537484345957636833190917968750000000000000000000000000000000000000000000000

功能如下：

function roundNumberToHaveANiceDefaultStringRepresentation(num) {

    const integerDigits = Math.floor(Math.log10(Math.abs(num))+1);
    const mult = 10**(15-integerDigits); // also consider integer digits
    return Math.round(num * mult) / mult;
}

看看固定点算法。如果你想操作的数字范围很小（例如货币），它可能会解决你的问题。我会将其舍入为几个十进制值，这是最简单的解决方案。

如果您想在小操作中绕过此问题，可以使用parseFloat（）和toFixed（）：

a = 0.1;
b = 0.2;

a + b = 0.30000000000000004;

c = parseFloat((a+b).toFixed(2));

c = 0.3;

a = 0.3;
b = 0.2;

a - b = 0.09999999999999998;

c = parseFloat((a-b).toFixed(2));

c = 0.1;

我在MOD3中遇到了一个严重的舍入错误问题。有时当我应该得到0时，我会得到.000…01。这很容易处理，只需测试<=0.01即可。但有时我会得到2.99999999999998。哎哟！

BigNumbers解决了这个问题，但引入了另一个有点讽刺的问题。当试图将8.5加载到BigNumbers时，我被告知它真的是8.4999…并且有超过15个有效数字。这意味着BigNumbers无法接受它（我认为我提到这个问题有点讽刺）。

讽刺问题的简单解决方案：

x = Math.round(x*100);
// I only need 2 decimal places, if i needed 3 I would use 1,000, etc.
x = x / 100;
xB = new BigNumber(x);

你只需要决定你实际想要多少个小数位数-不能既吃蛋糕又吃蛋糕：-）

随着每一次进一步的操作，数值误差都会累积，如果你不及早切断它，它只会增长。数值库显示的结果看起来很干净，只需在每一步中删除最后2位数字，数值协处理器也有“正常”和“完整”长度，原因相同。对于一个处理器来说，截断是便宜的，但对于脚本（乘法、除法和使用pov（…））来说非常昂贵。好的数学库将提供floor（x，n）来为您进行截断。

因此，至少您应该使用pov（10，n）使全局var/常量-这意味着您决定了所需的精度：-）然后执行：

Math.floor(x*PREC_LIM)/PREC_LIM  // floor - you are cutting off, not rounding

你也可以继续做数学运算，只在最后截止——假设你只显示结果而不做if-s。如果你能做到这一点，那么.toFixed（…）可能会更有效率。

如果您正在进行If-s/比较，并且不想截断，那么还需要一个小常数，通常称为eps，它比最大预期误差高一个小数位。假设你的截止值是最后两位小数，那么你的eps在倒数第三位（第三位最不重要）有1，你可以用它来比较结果是否在预期的eps范围内（0.02-eps<0.1*0.2<0.02+eps）。