JS怎么实现保留指定位数的四舍五入

在 JavaScript 中对浮点数进行保留指定位数的四舍五入，最直接可靠的纯原生解法是科学记数法指数平移法。通过将小数点先移到目标位后执行 Math.round()，再反向平移还原，可以完全规避乘除浮点运算带来的精度污染；如需固定两位小数展示（如 1.10），再配合 toFixed() 补齐末尾零。

一、原生 toFixed() 为何无法可靠四舍五入

很多开发者在需要保留小数时首先想到 Number.prototype.toFixed()。然而在实际业务中，它经常出现令人困惑的舍入偏差：

// 期望四舍五入到 2 位小数
1.005.toFixed(2);  // 实际输出: "1.00" （末尾的 5 没有进位！）
1.055.toFixed(2);  // 实际输出: "1.05" （同样没有进位！）
1.045.toFixed(2);  // 实际输出: "1.05" （这里却进位了）

出现这种现象的原因并非 ECMAScript 标准写错，而是 JavaScript 采用 IEEE 754 双精度 64 位浮点数 标准。在二进制下，大部分十进制小数（如 0.1、1.005）都是无限循环小数，无法被精确表示，只能在 53 位有效数字处被截断。

当我们在控制台输入 1.005 时，底层内存中实际存储的真值是：

1.00499999999999989341858963598492048680782318115234375

在保留 2 位小数时，第三位有效数字实际上是 4 而不是 5。按照算术规则，小于 5 自然被舍去，因此 toFixed(2) 忠实地输出 "1.00"。

二、常见误区：为什么简单的乘除加取整依然会出错

既然 toFixed() 不可靠，许多人会尝试先乘 10 的幂次，取整后再除回来：

function badRound(num, decimals) {
  const factor = Math.pow(10, decimals);
  return Math.round(num * factor) / factor;
}

console.log(badRound(1.005, 2)); // 输出依然是 1，没有得到 1.01！

三、核心解法：科学记数法指数平移法

解决该问题的关键是：避免直接使用浮点数算术乘除法来挪动小数点。通过科学记数法（字符串形式的 e 语法），JavaScript 解析引擎会直接调整浮点阶码，从而平移小数点。

标准实现代码

/**
 * 保留指定位数的四舍五入（返回纯数值 Number）
 * @param {number|string} num 待处理数值
 * @param {number} decimals 保留的小数位数，默认为 0
 * @returns {number} 四舍五入后的数值
 */
function round(num, decimals = 0) {
  if (isNaN(num) || num === null || num === '') {
    return NaN;
  }
  // 第一步：将小数点右移 decimals 位（如 1.005 变为 100.5）
  const shifted = Math.round(Number(num + 'e' + decimals));
  // 第二步：将小数点反向左移 decimals 位，恢复位次
  return Number(shifted + 'e-' + decimals);
}

运行效果验证

// 验证先前出现偏差的边界样本
console.log(round(1.005, 2));   // 输出: 1.01 （正确进位）
console.log(round(1.055, 2));   // 输出: 1.06 （正确进位）
console.log(round(1.775, 2));   // 输出: 1.78 （正确进位）
console.log(round(35.855, 2));  // 输出: 35.86 （正确进位）
console.log(round(-1.005, 2));  // 输出: -1.01 （负数同样准确）

四、业务拓展：补零与固定格式化字符串

在电商价格、报表对账等前端展示场景中，通常要求输出固定位数的字符串。例如保留两位小数时，数值 1.1 需要展示为 "1.10"。

纯数值函数 round() 返回的是 JavaScript Number 类型，数值本身不会保留末尾多余的 0。由于 round() 已经纠正了小数位的舍入值，此时对纠偏后的结果再次调用 toFixed(decimals)，便能在确保进位正确的前提下安全补零：

/**
 * 保留指定位数的四舍五入并补零（返回格式化字符串）
 * @param {number|string} num 待处理数值
 * @param {number} decimals 保留的小数位数，默认 2
 * @returns {string} 格式化后的字符串
 */
function roundToFixed(num, decimals = 2) {
  const rounded = round(num, decimals);
  if (isNaN(rounded)) {
    return '';
  }
  // 已完成正确舍入，调用 toFixed 仅用于末尾固定补零
  return rounded.toFixed(decimals);
}

// 测试验证
console.log(roundToFixed(1.005, 2)); // 输出: "1.01"
console.log(roundToFixed(1.1, 2));   // 输出: "1.10" （成功补齐末位0）
console.log(roundToFixed(2, 2));     // 输出: "2.00"

五、常见实现方案对比

不同场景对代码体积、性能以及精度的要求不同。下表对主流实现方式进行了多维度对比：

六、选型决策树与避坑建议

在工程落地中，选择哪种四舍五入策略取决于业务链路的严谨度与执行环境：

实战避坑指南

1. 不要把连续运算的中间结果提前四舍五入：每次四舍五入都会损失精度。如果有一连串加减乘除计算，务必在最终呈现或落库前的那一步再执行舍入。
2. 金额核算优先转为“分”或使用 Decimal.js：涉及金钱计算时，业界常规做法是将单位统一换算为整数“分”进行运算，或者直接引入成熟的 decimal.js / big.js，从源头杜绝浮点数精度累积。
3. 注意类型校验与非数值防御：在封装工具函数时，始终对 null、undefined、空字符串及 NaN 做好防御性判断，避免抛出不可预期的运行时异常。