如果您碰巧已经在使用D3.js库，那么他们有一个强大的数字格式库。

舍入具体为D3舍入。

在您的案例中，答案是：

> d3.round(1.777777, 2)
1.78

> d3.round(1.7, 2)
1.7

> d3.round(1, 2)
1

当我想一直舍入到某个小数点时，这对我来说非常有效。这里的关键是，我们将始终使用Math.ceil函数进行舍入。

如果需要，可以有条件地选择天花板或地板。

/***在大量数据时可能失去精度*@param编号*@return数字*/var roundUpToNearestHundredth=函数（数字）{//确保我们使用高精度数字number=数量（number）；//保存原始数字，这样当我们提取第一百位小数时，就不会进行位切换或丢失精度var numberSave=数字（Number.toFixed（0））；//删除数字顶部的“整数”值number=number-number保存；//获取小数点后一百位数量*=100；//终止小数。因此，15000001将等于151等。number=数学ceil（数字）；//把小数放回正确的位置数量/=100；//将“整数”加回到数字上return number+numberSave；};console.log（roundUpToNearestHundredth（6132423.1200000000001））

您应该使用：

Math.round( num * 100 + Number.EPSILON ) / 100

似乎没有人知道数字EPSILON。

此外，值得注意的是，这并不像某些人所说的那样是JavaScript的怪异之处。

这就是浮点数在计算机中的工作方式。与99%的编程语言一样，JavaScript没有自制的浮点数；它依赖于CPU/FPU。计算机使用二进制，在二进制中，没有像0.1这样的数字，而只是二进制的近似值。为什么？出于同样的原因，1/3不能用十进制写：它的值是0.33333333……无穷大为三。

这里是Number.EPSILON。这个数字是1和双精度浮点数字中存在的下一个数字之间的差值。就是这样：在1和1+number.EPSILON之间没有数字。

编辑：

正如评论中所问的，让我们澄清一件事：添加Number.EPSILON仅当要舍入的值是算术运算的结果时才相关，因为它可以吞下一些浮点误差增量。

当值来自直接来源（例如：文字、用户输入或传感器）时，它不起作用。

编辑（2019）：

像@maganap和一些人指出的那样，最好在相乘之前加上Number.EPSILON：

Math.round( ( num + Number.EPSILON ) * 100 ) / 100

编辑（2019年12月）：

最近，我使用了一个类似于此的函数来比较epsilon感知的数字：

const ESPILON_RATE = 1 + Number.EPSILON ;
const ESPILON_ZERO = Number.MIN_VALUE ;

function epsilonEquals( a , b ) {
  if ( Number.isNaN( a ) || Number.isNaN( b ) ) {
    return false ;
  }
  if ( a === 0 || b === 0 ) {
    return a <= b + EPSILON_ZERO && b <= a + EPSILON_ZERO ;
  }
  return a <= b * EPSILON_RATE && b <= a * EPSILON_RATE ;
}

我的用例是我多年来开发的断言+数据验证库。

事实上，在代码中，我使用的是ESPILON_RATE=1+4*数字.EPSILON和EPSILON_ZERO=4*数字.MIN_VALUE（四倍于EPSILON），因为我想要一个足够宽松的等式检查器来累积浮点错误。

到目前为止，它看起来很适合我。我希望这会有所帮助。

这个答案更关乎速度。

var precalculatedPrecisions = [1e0, 1e1, 1e2, 1e3, 1e4, 1e5, 1e6, 1e7, 1e8, 1e9, 1e10];

function round(num, _prec) {
    _precision = precalculatedPrecisions[_prec]
    return Math.round(num * _precision + 1e-14) / _precision ;
}

jsPerf关于这一点。

问题是四舍五入到两位小数。

让我们不要把这个复杂化，修改原型链等。

以下是单线解决方案

让round2dec=num=>数学舍入（num*100）/100；控制台日志（round2dec（1.77））；控制台日志（round2dec（1.774））；控制台日志（round2dec（1.777））；console.log（round2dec（10））；

如果值是文本类型：

parseFloat("123.456").toFixed(2);

如果值是数字：

var numb = 123.23454;
numb = numb.toFixed(2);

有一个缺点，像1.5这样的值将给出“1.50”作为输出。@minitech建议的修复方法：

var numb = 1.5;
numb = +numb.toFixed(2);
// Note the plus sign that drops any "extra" zeroes at the end.
// It changes the result (which is a string) into a number again (think "0 + foo"),
// which means that it uses only as many digits as necessary.

Math.round似乎是一个更好的解决方案。但事实并非如此！在某些情况下，它不会正确舍入：

Math.round(1.005 * 100)/100 // Returns 1 instead of expected 1.01!

toFixed（）在某些情况下也不会正确舍入（在Chrome v.55.0.2883.87中测试）！

示例：

parseFloat("1.555").toFixed(2); // Returns 1.55 instead of 1.56.
parseFloat("1.5550").toFixed(2); // Returns 1.55 instead of 1.56.
// However, it will return correct result if you round 1.5551.
parseFloat("1.5551").toFixed(2); // Returns 1.56 as expected.

1.3555.toFixed(3) // Returns 1.355 instead of expected 1.356.
// However, it will return correct result if you round 1.35551.
1.35551.toFixed(2); // Returns 1.36 as expected.

我想，这是因为1.555实际上就像是幕后的浮球1.55499994。

解决方案1是使用具有所需舍入算法的脚本，例如：

function roundNumber(num, scale) {
  if(!("" + num).includes("e")) {
    return +(Math.round(num + "e+" + scale)  + "e-" + scale);
  } else {
    var arr = ("" + num).split("e");
    var sig = ""
    if(+arr[1] + scale > 0) {
      sig = "+";
    }
    return +(Math.round(+arr[0] + "e" + sig + (+arr[1] + scale)) + "e-" + scale);
  }
}

它也在Plunker。

注意：这并不是每个人都能通用的解决方案。有几种不同的舍入算法。您的实现可能不同，这取决于您的需求。请参见舍入。

解决方案2是避免前端计算，并从后端服务器提取舍入值。

另一种可能的解决方案，也不是防弹的。

Math.round((num + Number.EPSILON) * 100) / 100

在某些情况下，当您舍入像1.3549999999999998这样的数字时，它将返回错误的结果。它应该是1.35，但结果是1.36。