我有以下虚拟测试脚本：
函数测试（）{变量x=0.1*0.2；document.write（x）；}测试（）；
这将打印结果0.020000000000000004，而它应该只打印0.02（如果您使用计算器）。据我所知，这是由于浮点乘法精度的错误。
有没有人有一个好的解决方案，在这种情况下，我得到了正确的结果0.02？我知道还有一些函数，比如toFixed或舍入，这是另一种可能，但我真的希望在不进行任何切割和舍入的情况下打印整个数字。我只是想知道你们中的一个人是否有一些好的、优雅的解决方案。
当然，否则我会舍入到10位数左右。
当前回答
看看固定点算法。如果你想操作的数字范围很小（例如货币），它可能会解决你的问题。我会将其舍入为几个十进制值，这是最简单的解决方案。
其他回答
避免在使用整数的操作过程中处理浮点
正如迄今为止投票最多的答案所述，你可以使用整数，这意味着你所使用的每一个小数乘以10，然后将结果除以所使用的相同数字。
例如，如果使用2个小数，则在执行运算之前，将所有因子乘以100，然后将结果除以100。
下面是一个示例，Result1是通常的结果，Result2使用解决方案：
var Factor1=“1110.7”；var Factor2=“2220.2”；var Result1=数字（因子1）+数字（因子2）；var Result2=（（数量（因子1）*100）+（数量（系数2）*100））/100；var Result3=（Number（parseFloat（Number（Factor1））+parseFlat（Number（Factor2）））.toPecision（2））；document.write（“Result1:”+Result1+“<br>Result2:”+Result2+“<br>Result3:”+Result3）；
第三个结果是显示改用parseFloat时发生的情况，这在我们的案例中产生了冲突。
我正在寻找相同的修复程序，我发现如果您在1中添加一个整数并计算console.log（0.1*0.2+1）；。结果是1.02。这可用于将原始x变量舍入为正确的值。
在您的示例中检索到小数位数2的长度后，我们可以将其与toFixed（）函数一起使用，以正确舍入原始的x变量。
在代码内部查看此函数在注释部分中的作用。
var myX=0.2*0.1；var myX=42.5-42.65；var myX=123+333+33.33+3333.3+333+333；console.log（myX）；//输出（示例1）：0.020000000000000004//输出（示例2）：-0.149999999999999858//输出（示例3）：34458.630000000005//错误函数fixRoundingError（x）{// 1. 舍入到最接近的10//在其他一些情况下，还将值的舍入值加1，稍后将使用原始的x变量来获得校正的结果。var xRound=eval（x.toFixed（10））+1；// 2. 使用正则表达式，删除所有数字，直到计算出修正方程的小数位数。。var xDec=xRound.toString（）.replace（/\d+\.+/gm，“”）；// 3. 获取小数位数的长度。var xDecLen=xDeclength；// 4. 使用原始x变量和十进制长度来解决舍入问题。var x=eval（x）.toFixed（xDecLen）；// 5. 计算新的x变量，以删除任何不需要的尾随0（如果有）。返回eval（x）；}console.log（fixRoundingError（myX））；//输出（示例1）：0.02//输出（示例2）：-0.15//输出（示例3）：34458.63//正确
在我尝试过的每一种情况下，它都会返回与窗口中计算器相同的值，如果有任何尾随的0，也会自动循环结果。
从我的角度来看，这里的想法是将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;
}
从浮点指南：
我可以做什么来避免这个问题？这取决于什么样的你正在做的计算。如果你真的需要你的结果精确相加，特别是当你使用货币：使用特殊小数数据类型。如果你只是不想看到所有多余的小数点：将结果四舍五入设置为固定格式小数位数显示它。如果没有可用的十进制数据类型，另一种方法是工作使用整数，例如，do money完全以美分计算。但是这是更多的工作，有一些缺点。
注意，第一点仅适用于您确实需要特定的精确小数行为的情况。大多数人不需要这样做，他们只是对自己的程序无法正确处理1/10这样的数字感到愤怒，而没有意识到如果出现1/3这样的错误，他们甚至不会眨眼。
如果第一点确实适用于您，请使用BigDecimal for JavaScript或DecimalJS，这实际上解决了问题，而不是提供不完美的解决方法。
不优雅，但能完成任务（删除尾随零）
var num = 0.1*0.2;
alert(parseFloat(num.toFixed(10))); // shows 0.02
