javascript数值引擎不优化浮点精度，严格遵循ieee 754标准；开发者需通过整数运算、安全整数范围控制、显式缩放舍入及误差累积规避等策略主动应对精度问题。
JavaScript 数值引擎本身不主动优化浮点数的精度，它严格遵循 IEEE 754 双精度浮点标准，所有数字统一以 64 位浮点格式存储和运算。所谓“优化”，实际是开发者在引擎限制下，通过策略性操作规避或控制精度误差，而非引擎层面的自动修正。
利用安全整数范围做中间计算
引擎对 −2⁵³ + 1 到 2⁵³ − 1 范围内的整数能精确表示和运算（即 Number.MIN_SAFE_INTEGER 到 MAX_SAFE_INTEGER）。因此，把浮点运算转化为整数运算是最底层、最可靠的“优化”逻辑。
- 例如金额计算：始终以“分”为单位（×100）进行加减乘除，全程用整数，最后再 ÷100 输出
- 避免直接对 0.1、0.01 等小数做多次累加——改用整数计数器 + 显式缩放
- 注意：超出安全整数范围后，Math.round 等操作也可能失准，需提前校验
显式舍入代替隐式截断
toFixed() 返回字符串，且在某些上下文中会触发隐式 toString() 舍入（如 console.log），但这不是数值修正；真正可控的是 Math.round 配合缩放因子。
- 正确写法：
Math.round(num * 1000) / 1000—— 先放大成整数，取整，再还原 - 错误写法：
(0.29 * 10 + 0.01 * 10) / 10—— 放大过程本身已有误差，无法保证结果等于 0.30 - 封装通用函数时，应固定使用
10 ** decimal作为因子，并对中间结果 round
避免链式浮点运算累积误差
每次浮点运算都引入微小舍入误差，连续运算会让误差逐步放大。引擎不会合并或重排表达式来减小误差——这需要人工干预。
- 优先合并同类项：比如
a * 0.1 + b * 0.1改为(a + b) * 0.1，减少一次乘法 - 对关键路径（如财务累计）定期用整数基准校正，不依赖长期浮点累加
- 比较浮点数时不用
===，而用Math.abs(a - b)
高精度场景切换计算载体
当业务要求严格精度（如金融、科学计算），不应依赖 Number 类型本身——引擎的设计目标是通用性与性能，而非任意精度。
- 选用 decimal.js 或 big.js：它们用字符串或数组模拟十进制运算，绕过 IEEE 754 限制
- 简单场景可用 BigInt 处理整数部分（如大额计数），但需自行管理小数点位置
- 服务端计算更可靠时，敏感运算可交由后端完成，前端只做展示和轻量交互
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
