Math.round 直接用于增长率会错误地四舍五入到个位，正确做法是先乘100再Math.round后除100以保留两位小数；需展示百分比时再乘100并格式化；注意浮点误差影响，建议用封装的round函数或toFixed(2)并区分number/string类型。
Math.round 对增长率四舍五入会丢失精度，别直接用
增长率常是小数（如 0.0378 表示 3.78%），Math.round() 默认按整数位取整，Math.round(0.0378) 得 0，直接丢掉全部小数——这不是“四舍五入到百分位”，而是“四舍五入到个位”。业务报表里要的是保留 2 位小数的百分比值（如 3.78%），必须先放大、再取整、再缩回。
正确做法：先乘 100，再 Math.round，再除 100
对增长率小数做“保留两位小数”的四舍五入，核心是把目标精度位变成个位：
-
Math.round(value * 100) / 100→ 得到保留两位小数的数值（如Math.round(0.0378 * 100) / 100→0.04） - 若需显示为百分比字符串（如
"3.78%"），再乘 100 后格式化：Math.round(value * 10000) / 100 + "%"（注意：这里是* 10000，因为要保留两位小数且转成百分比数字） - 更稳妥的做法是统一用
Number.prototype.toFixed(2)，但它返回字符串且会“四舍五入+补零”，比如(0.03).toFixed(2)→"0.03"；而Math.round(0.03 * 100) / 100→0.03（number 类型），后续计算更安全
注意浮点误差导致 Math.round 失效
JavaScript 浮点运算本身不精确，例如 0.1 + 0.2 ≠ 0.3，这会影响 Math.round 的输入值。增长率如果来自累加或除法（如 (newVal - oldVal) / oldVal），可能得到类似 0.03780000000000001 这样的值，虽不影响视觉，但会让 Math.round(x * 100) 在边界上出错（比如本该是 3.75 却算成 3.749999999999999 → Math.round 变成 3）。
- 推荐先用
parseFloat(x.toFixed(10))或Number(x.toPrecision(12))做一次中间规整 - 或者改用更鲁棒的四舍五入函数：
function round(num, digits = 2) { const d = Math.pow(10, digits); return Math.round(num * d) / d; } - 特别警惕
0.49999999999999994这类“几乎 0.5”的值，Math.round会向下取成0，而不是预期的1
报表中展示增长率时，数字类型和字符串类型要分清
后端传来的增长率字段通常是 number，前端渲染时若直接 Math.round(value * 100) / 100，结果仍是 number，适合参与后续计算；但若调用 .toFixed(2) 或拼接 "%"，就变成 string，再参与加减会隐式转 number，容易出错。
- 建议：计算逻辑中始终用 number 类型处理（如
roundRate = Math.round(raw * 100) / 100） - 仅在最终渲染时转字符串：
${(roundRate * 100).toFixed(2)}%（注意这里 ×100 是为了显示百分比数值，不是再做一次四舍五入） - 如果报表导出 Excel，注意 Excel 会把带
%的字符串当文本，应导出 number 值并设单元格格式为百分比
实际业务中，增长率四舍五入的“正确”取决于你后续怎么用它——是参与二次计算？还是只做展示？这个边界稍不留意，Math.round 就会悄悄把 3.75% 变成 3.7%，或者把 0.004999999999999 当成 0%。
