Math.round()向正无穷舍入.5，如Math.round(-2.5)得-2；需指定位数时须缩放，但受浮点精度影响；-0结果符合IEEE 754，可用||0规避；NaN/Infinity/字符串输入需前置校验。
Math.round() 本身就能四舍五入到最近整数，但要注意它的行为边界
Math.round() 的设计目标就是「四舍五入到最接近的整数」，但它对 .5 的处理有明确规则：向正无穷方向舍入。也就是说，Math.round(2.5) 得 3，Math.round(-2.5) 得 -2（不是 -3）。这和数学上常见的「偶数舍入」或「向零舍入」不同，是 JS 标准定义的行为。
常见误用场景：以为 Math.round(1.5) 和 Math.round(-1.5) 对称，结果发现负数时“不进位”，引发逻辑偏差。
想四舍五入到指定位数？不能直接传小数，得缩放
直接调用 Math.round(3.14159) 只能取整；要保留两位小数，必须先放大、取整、再缩小。比如：
const roundToTwo = (num) => Math.round(num * 100) / 100;
这个模式通用：Math.round(num * Math.pow(10, digits)) / Math.pow(10, digits)。但注意浮点精度问题——Math.round(0.1 + 0.2) 是 0，而 Math.round((0.1 + 0.2) * 10) / 10 得 0.3，看似正常，实则依赖了误差抵消，不可靠。
- 推荐用
Number.prototype.toFixed(digits)获取字符串再转回数字（注意它会补零且返回字符串） - 更健壮的方案是用
parseFloat((num).toFixed(digits)) - 若需严格银行家舍入（.5 向偶数舍），
Math.round()不适用，得自己实现
为什么 Math.round(-0.5) 返回 -0？这会影响判断吗？
Math.round(-0.5) 返回 -0，这是 IEEE 754 规定下 JS 的正确表现。-0 === 0 为 true，但 Object.is(-0, 0) 为 false。大多数业务逻辑中不会出问题，但若你用 JSON.stringify({x: Math.round(-0.5)})，会得到 {"x":-0}；或者在某些底层数值比较、WebGL 坐标计算中，-0 可能触发意外分支。
规避方法很简单：需要纯 0 时加个 +0 或用 Math.round(x) || 0（仅适用于非 NaN 场景）。
替代方案：什么时候不该用 Math.round()？
当你的输入可能为 NaN、Infinity 或字符串时，Math.round() 会静默转换并返回意外值：Math.round('abc') → NaN，Math.round('') → 0，Math.round(null) → 0。这不是 bug，但容易掩盖类型错误。
- 建议前置校验：
typeof num === 'number' && !isNaN(num) && isFinite(num) - 如果来自用户输入，先用
parseFloat()转换，再检查是否为有效数字 - 对时间戳、坐标等关键数值，避免依赖隐式转换
真正麻烦的是浮点表示本身——比如 0.295 * 100 在二进制里无法精确表达，实际是 29.499999999999996，Math.round() 就会向下取成 29。这种时候，别怪函数，得从数据源头或显示层做补偿。
