我有以下虚拟测试脚本：
函数测试（）{变量x=0.1*0.2；document.write（x）；}测试（）；
这将打印结果0.020000000000000004，而它应该只打印0.02（如果您使用计算器）。据我所知，这是由于浮点乘法精度的错误。
有没有人有一个好的解决方案，在这种情况下，我得到了正确的结果0.02？我知道还有一些函数，比如toFixed或舍入，这是另一种可能，但我真的希望在不进行任何切割和舍入的情况下打印整个数字。我只是想知道你们中的一个人是否有一些好的、优雅的解决方案。
当然，否则我会舍入到10位数左右。
当前回答
使用以下功能输出：
var toFixedCurrency = function(num){
var num = (num).toString();
var one = new RegExp(/\.\d{1}$/).test(num);
var two = new RegExp(/\.\d{2,}/).test(num);
var result = null;
if(one){ result = num.replace(/\.(\d{1})$/, '.$10');
} else if(two){ result = num.replace(/\.(\d{2})\d*/, '.$1');
} else { result = num*100; }
return result;
}
function test(){
var x = 0.1 * 0.2;
document.write(toFixedCurrency(x));
}
test();
注意FixedCurrency（x）的输出。
其他回答
首先将两个数字都设为整数，执行表达式，然后对结果进行除法运算，以返回小数点：
function evalMathematicalExpression(a, b, op) {
const smallest = String(a < b ? a : b);
const factor = smallest.length - smallest.indexOf('.');
for (let i = 0; i < factor; i++) {
b *= 10;
a *= 10;
}
a = Math.round(a);
b = Math.round(b);
const m = 10 ** factor;
switch (op) {
case '+':
return (a + b) / m;
case '-':
return (a - b) / m;
case '*':
return (a * b) / (m ** 2);
case '/':
return a / b;
}
throw `Unknown operator ${op}`;
}
几个操作的结果（排除的数字是eval的结果）：
0.1 + 0.002 = 0.102 (0.10200000000000001)
53 + 1000 = 1053 (1053)
0.1 - 0.3 = -0.2 (-0.19999999999999998)
53 - -1000 = 1053 (1053)
0.3 * 0.0003 = 0.00009 (0.00008999999999999999)
100 * 25 = 2500 (2500)
0.9 / 0.03 = 30 (30.000000000000004)
100 / 50 = 2 (2)
为了避免这种情况，您应该使用整数值而不是浮点。因此，当您希望使用值*100进行2个位置的精度工作时，对于3个位置使用1000。显示时，使用格式化程序放入分隔符。
许多系统省略了以这种方式处理小数。这就是为什么许多系统使用美分（作为整数）而不是美元/欧元（作为浮点）的原因。
你是对的，原因是浮点数的精度有限。将有理数存储为两个整数的除法，在大多数情况下，您可以存储数字而不损失任何精度。在打印时，您可能希望将结果显示为分数。有了我提出的表示法，它就变得微不足道了。
当然，这对非理性数字没有太大帮助。但您可能希望优化您的计算，使其产生的问题最少（例如，检测sqrt（3）^2等情况）。
decimal.js、big.js或bignumber.js可用于避免Javascript中的浮点操作问题：
0.1 * 0.2 // 0.020000000000000004
x = new Decimal(0.1)
y = x.times(0.2) // '0.2'
x.times(0.2).equals(0.2) // true
big.js：极简主义；易于使用；以小数位数表示的精度；精度仅适用于除法。
bignumber.js：基数2-64；配置选项；NaN；无穷以小数位数表示的精度；精度仅适用于除法；基本前缀。
decimal.js：基数2-64；配置选项；NaN；无穷非整数幂，exp，ln，log；以有效数字表示的精度；始终应用精度；随机数。
链接到详细比较
我在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);
