我有以下虚拟测试脚本：
函数测试（）{变量x=0.1*0.2；document.write（x）；}测试（）；
这将打印结果0.020000000000000004，而它应该只打印0.02（如果您使用计算器）。据我所知，这是由于浮点乘法精度的错误。
有没有人有一个好的解决方案，在这种情况下，我得到了正确的结果0.02？我知道还有一些函数，比如toFixed或舍入，这是另一种可能，但我真的希望在不进行任何切割和舍入的情况下打印整个数字。我只是想知道你们中的一个人是否有一些好的、优雅的解决方案。
当然，否则我会舍入到10位数左右。
当前回答
注意，对于一般用途，这种行为可能是可以接受的。当比较这些浮点值以确定适当的操作时，会出现问题。随着ES6的出现，定义了一个新的常数Number.EPSILON来确定可接受的误差容限：所以不要像这样进行比较
0.1 + 0.2 === 0.3 // which returns false
您可以定义自定义比较函数，如下所示：
function epsEqu(x, y) {
return Math.abs(x - y) < Number.EPSILON;
}
console.log(epsEqu(0.1+0.2, 0.3)); // true
资料来源：http://2ality.com/2015/04/numbers-math-es6.html#numberepsilon
其他回答
你只需要决定你实际想要多少个小数位数-不能既吃蛋糕又吃蛋糕：-）
随着每一次进一步的操作，数值误差都会累积，如果你不及早切断它，它只会增长。数值库显示的结果看起来很干净，只需在每一步中删除最后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）。
优雅、可预测、可重复使用
让我们以一种优雅的、可重用的方式来处理这个问题。通过在数字、公式或内置Math函数的末尾添加.dedecimal，以下七行将允许您访问任意数字所需的浮点精度。
//首先扩展本机Number对象以处理精度。这将填充//所有数学运算的功能。Object.defineProperty（Number.prototype，“decimal”{get：函数decimal（）{Number.precision=数字中的“精度”？数字精度：3；var f=数学.pow（10，数字精度）；return Math.round（this*f）/f；}});//现在让我们来看看它是如何通过调整我们的全球精度水平和//检查我们的结果。console.log（“'1/3+1/3+1/3=1'对吗？”）；console.log（（0.3333+0.3333+0.3333）.decimal==1）；//真的console.log（0.3333.decimal）；//0.333-一个原始的4位小数，修剪为3。。。数字精度=3；console.log（“精度：3”）；console.log（（0.8+0.2）.dedecimal）；//1.console.log（（0.08+0.02）.decimal）；//0.1控制台日志（（0.008+0.002）十进制）；//0.01console.log（（0.0008+0.0002）.decimal）；//0.001数字精度=2；console.log（“精度：2”）；console.log（（0.8+0.2）.dedecimal）；//1.console.log（（0.08+0.02）.decimal）；//0.1控制台日志（（0.008+0.002）十进制）；//0.01console.log（（0.0008+0.0002）.decimal）；//0数字精度=1；console.log（“精度：1”）；console.log（（0.8+0.2）.dedecimal）；//1.console.log（（0.08+0.02）.decimal）；//0.1控制台日志（（0.008+0.002）十进制）；//0console.log（（0.0008+0.0002）.decimal）；//0数字精度=0；console.log（“精度：0”）；console.log（（0.8+0.2）.dedecimal）；//1.console.log（（0.08+0.02）.decimal）；//0控制台日志（（0.008+0.002）十进制）；//0console.log（（0.0008+0.0002）.decimal）；//0
干杯
你是对的，原因是浮点数的精度有限。将有理数存储为两个整数的除法，在大多数情况下，您可以存储数字而不损失任何精度。在打印时，您可能希望将结果显示为分数。有了我提出的表示法，它就变得微不足道了。
当然，这对非理性数字没有太大帮助。但您可能希望优化您的计算，使其产生的问题最少（例如，检测sqrt（3）^2等情况）。
您不能用二进制浮点类型（这是ECMAScript用来表示浮点值的）精确地表示大多数小数。因此，除非您使用任意精度的算术类型或基于小数的浮点类型，否则没有一个优雅的解决方案。例如，Windows附带的计算器应用程序现在使用任意精度算法来解决这个问题。
为了避免这种情况，您应该使用整数值而不是浮点。因此，当您希望使用值*100进行2个位置的精度工作时，对于3个位置使用1000。显示时，使用格式化程序放入分隔符。
许多系统省略了以这种方式处理小数。这就是为什么许多系统使用美分（作为整数）而不是美元/欧元（作为浮点）的原因。
