tofixed不能解决浮点数精度问题，仅格式化为字符串且采用银行家舍入；1.005.tofixed(2)可能得"1.00"；金融计算应转整数或用decimal.js等库。
toFixed 不能真正解决浮点数精度问题，它只是格式化显示，并不修正底层的二进制表示误差。 调用 toFixed() 后返回的是字符串，且在某些浏览器（如旧版 Chrome、Safari）中对特定数值（如 1.005.toFixed(2)）可能返回 "1.00" 而非预期的 "1.01"，这是由于其内部使用“四舍六入五成双”（银行家舍入）规则，而非传统四舍五入。
理解 toFixed 的真实行为
toFixed(n) 将数字转换为保留 n 位小数的字符串。但它操作的对象仍是 IEEE 754 浮点数——这意味着输入数字本身可能已有精度偏差。例如：
0.1 + 0.2 // 实际结果是 0.30000000000000004(0.1 + 0.2).toFixed(1) // 返回 "0.3"（看似正确，但靠的是舍入掩盖问题）1.005.toFixed(2) // 在多数引擎中返回 "1.00"，不是 "1.01"
需要真正精度时的替代方案
若业务要求严格精确（如金融计算），应避免直接操作浮点数：
- 将金额转为整数运算：单位用“分”代替“元”，
19.99 元 → 1999 分，全程用整数加减乘除 - 使用专门的高精度库，如 decimal.js 或 bignumber.js，它们基于字符串或整数实现十进制算术
- 手动实现四舍五入逻辑（仅适用于简单场景）：
function round(num, digits) {<br> const d = Math.pow(10, digits);<br> return Math.round(num * d) / d;<br>}
注意：仍受浮点限制，对极端值（如Math.round(1.005 * 100)可能得100而非101）
安全使用 toFixed 的建议
如果只是用于展示（如价格、统计报表），toFixed 可用，但需注意：
- 始终将其结果当作字符串处理，不要隐式转回数字（
Number((0.1 + 0.2).toFixed(1))可能再次引入误差） - 对关键数值做校验：比如
parseFloat((1.005).toFixed(2)) === 1.01不成立，此时应改用整数或库 - 统一前端与后端的舍入策略，避免显示和实际值不一致引发争议
常见误区提醒
不要认为 toFixed 是“修复精度”的方法——它不改变原始数字的存储值，也不修正计算过程中的误差。它只是一个显示层工具。真正的精度控制必须从数据表示方式（整数/定点数/专用类型）和计算逻辑源头入手。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
