不会，tofixed对0.1+0.2返回"0.30"是巧合；1.005.tofixed(2)得"1.00"而非"1.01"，因二进制浮点无法精确表示十进制小数，舍入基于实际存储值而非数学四舍五入。
toFixed 会把 0.1 + 0.2 变成 0.30 吗？
不会，而且会出错——0.1 + 0.2 在 JS 中是 0.30000000000000004，调用 toFixed(2) 得到的是 "0.30"（看起来对），但这是巧合；真正危险的是像 1.005.toFixed(2) 这种，它返回 "1.00" 而不是预期的 "1.01"。
原因在于：JS 的 toFixed 基于二进制浮点数做舍入，不是十进制数学意义上的“四舍五入”。它实际执行的是“舍入到最近的可表示值”，而 1.005 在 IEEE 754 中无法精确存储，内部值略小于 1.005，于是向下舍入。
-
1.005.toFixed(2)→"1.00"（典型坑） -
1.015.toFixed(2)→"1.01"（也错，应为"1.02"） -
1.025.toFixed(2)→"1.03"（这次碰巧对了）
金额显示别直接用 toFixed，改用整数运算
处理金额必须避免浮点误差，核心原则：所有计算转为「分」（整数）进行，仅在展示时加小数点。
比如 199.99 元 → 存为 19999（单位：分），加减乘除全用整数，最后再格式化：
function formatMoney(cents) {
if (cents == null) return '¥0.00';
const sign = cents
- 输入
19999→ 输出"¥199.99" - 输入
-5→ 输出"¥-0.05" - 完全绕开
toFixed和浮点数
真要用 toFixed 做临时格式化？先修复浮点偏差
如果后端返回的是元为单位的浮点数（如 number 类型的 199.99），且你无法立刻改数据结构，可用“放大 + Math.round + 缩小”法兜底：
function safeToFixed(num, digits) {
const multiplier = Math.pow(10, digits);
return (Math.round(num * multiplier) / multiplier).toFixed(digits);
}
-
safeToFixed(1.005, 2)→"1.01"（正确） - 本质是把
1.005 * 100 = 100.5→Math.round(100.5) = 101→101 / 100 = 1.01 - 注意：
Math.round对.5是向偶数舍入（1.5→2,2.5→2），但金额场景通常接受（比toFixed的不可控强得多） - 该函数仍不适用于高精度金融计算，仅限前端展示兜底
toLocaleString 能替代 toFixed 吗？
可以用于简单格式化，但不能控制小数位逻辑，且行为受 locale 影响：
-
(199.99).toLocaleString('zh-CN', { minimumFractionDigits: 2, maximumFractionDigits: 2 })→"199.99" - 但
(1.005).toLocaleString(...)同样掉进浮点坑，结果仍是"1.00" - 它适合「带千分位+固定小数」的展示，比如
1234567.89 → "1,234,567.89"，但不解决舍入问题 - 不要依赖它做精度保障
真正安全的金额处理，永远始于数据源头是否为整数。浮点数 + toFixed 是前端最常踩的“看起来能用，上线后半夜报警”的组合之一。
