toFixed() 行为不统一是因为 ECMA-262 规范未强制舍入算法，仅要求“最接近的可表示值”，V8 用银行家舍入，其他引擎多用四舍五入；应手动实现 Math.round 配合缩放以确保一致性。
toFixed() 不是标准的四舍五入，它在部分 JavaScript 引擎中采用“银行家舍入”（四舍六入五成双），导致结果与直觉不符。例如 1.555.toFixed(2) 在 Chrome/V8 中返回 "1.55"，而在 Firefox/SpiderMonkey 或 Safari/JavaScriptCore 中可能返回 "1.56"。这种差异源于 ECMA-262 规范未强制规定舍入算法，仅要求“尽可能接近”，各引擎实现不同。
为什么 toFixed() 的行为不统一
ECMAScript 规范（如 ES5、ES2022）对 Number.prototype.toFixed 的舍入方式留有实现自由：只要结果是“最接近的可表示值”，且在存在两个等距值时（如 1.555 舍到两位小数，介于 1.55 和 1.56 之间），允许引擎自行选择向上、向下或向偶数舍入。V8（Chrome/Node.js）选择“向偶数舍入”（银行家舍入），而其他引擎多采用传统“四舍五入”。这并非 bug，而是规范许可的实现差异。
如何获得稳定、可预测的四舍五入
绕过 toFixed() 的不确定性，推荐手动实现确定性舍入：
- 用
Math.round(num * Math.pow(10, digits)) / Math.pow(10, digits)实现标准四舍五入（注意浮点精度问题） - 为规避浮点误差，可结合
Number.EPSILON或使用整数缩放后处理：例如function round(num, digits) { const d = Math.pow(10, digits); return Math.round(num * d + (num > 0 ? 0.5 : -0.5)) / d; } - 若需保留字符串格式且控制小数位数，先舍入再调用
.toFixed(digits)（此时输入已是精确舍入后的值，toFixed仅负责补零）
实际开发中的应对建议
在金融、报表、测试断言等对数值一致性敏感的场景，应避免直接依赖 toFixed() 进行舍入计算：
- 将舍入逻辑封装为独立函数，并在项目中统一使用（如
roundTo(num, 2)） - 单元测试需覆盖边界值（如 x.5、x.55、x.555），并在不同浏览器/Node 版本下验证一致性
- 若必须用
toFixed()（如仅用于格式化已舍入好的数字），确保上游数据已完成确定性舍入
快速检测当前环境的 toFixed 行为
可通过以下代码片段判断运行时是否采用银行家舍入：
const test = (1.555).toFixed(2) === "1.55"; // true 表示 V8 风格
该检测可用于条件加载 polyfill 或日志告警，但不建议用于运行时分支逻辑——应始终以统一舍入函数为准。
