令人惊讶的是，这个函数还没有发布，尽管其他函数也有类似的变体。它来自MDN web docs for Math.rround（）。它简洁，允许不同的精度。

function precisionRound(number, precision) {
    var factor = Math.pow(10, precision);
    return Math.round(number * factor) / factor;
}

console.log(precisionRound(1234.5678, 1));
// expected output: 1234.6

console.log(precisionRound(1234.5678, -1));
// expected output: 1230

var inp=document.querySelectorAll（'input'）；var btn=document.querySelector（'按钮'）；btn.onclick=函数（）{inp[2].value=precisionRound（parseFloat（inp[0].value）*parseFlat（inp[1].value，5）；};//MDN功能函数精度Round（数字，精度）{var因子=数学功率（10，精度）；return数学舍入（number*factor）/factor；}按钮{显示：块；}<输入类型=“文本”值=“0.1”><输入类型=“文本”值=“0.2”><button>获取产品</button><input-type='text'>

更新日期：2019年8月20日

刚刚注意到这个错误。我认为这是由于Math.rround（）的浮点精度错误造成的。

precisionRound(1.005, 2) // produces 1, incorrect, should be 1.01

这些条件正常工作：

precisionRound(0.005, 2) // produces 0.01
precisionRound(1.0005, 3) // produces 1.001
precisionRound(1234.5, 0) // produces 1235
precisionRound(1234.5, -1) // produces 1230

Fix:

function precisionRoundMod(number, precision) {
  var factor = Math.pow(10, precision);
  var n = precision < 0 ? number : 0.01 / factor + number;
  return Math.round( n * factor) / factor;
}

这只是在舍入小数时向右加一个数字。MDN已经更新了Math.rround（）页面，所以也许有人可以提供更好的解决方案。

我的回答可能会迟到，但我的解决方案是：

函数浮点（方程式，精度=9）{return Math.floor（公式*（10**精度））/（10**精确度）；}console.log（浮点（0.1*0.2））；//=>0.02console.log（浮点（0.2+0.4））；//=>0.6console.log（浮点（1/3））；//=>0.333333333console.log（浮点（1/3，2））；//=>0.33

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

随着每一次进一步的操作，数值误差都会累积，如果你不及早切断它，它只会增长。数值库显示的结果看起来很干净，只需在每一步中删除最后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）。

从浮点指南：

我可以做什么来避免这个问题？这取决于什么样的你正在做的计算。如果你真的需要你的结果精确相加，特别是当你使用货币：使用特殊小数数据类型。如果你只是不想看到所有多余的小数点：将结果四舍五入设置为固定格式小数位数显示它。如果没有可用的十进制数据类型，另一种方法是工作使用整数，例如，do money完全以美分计算。但是这是更多的工作，有一些缺点。

注意，第一点仅适用于您确实需要特定的精确小数行为的情况。大多数人不需要这样做，他们只是对自己的程序无法正确处理1/10这样的数字感到愤怒，而没有意识到如果出现1/3这样的错误，他们甚至不会眨眼。

如果第一点确实适用于您，请使用BigDecimal for JavaScript或DecimalJS，这实际上解决了问题，而不是提供不完美的解决方法。

根据@SheetJs的回答，将其组合在一起，我很喜欢：

getCorrection Factor（numberToCheck:number）：数字{var correction Factor：数量=1；if（！Number.isInteger（numberToCheck））{while（！Number.isInteger（numberToCheck））{校正系数*=10；numberToCheck*=校正系数；}}回归修正因子；}

从我的角度来看，这里的想法是将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;
}