javascript浮点数精度问题不是bug而是ieee 754标准导致的数学必然，需在应用层规避：用整数运算、高精度库（如decimal.js）、分离显示与计算、用epsilon比较相等。
JavaScript 浮点数运算丢失精度不是 bug，也没有“底层补丁”可打。这是由语言底层遵循的 IEEE 754 双精度浮点数标准决定的硬件级行为，所有符合该标准的系统（包括 Chrome、Firefox、Node.js、甚至 C/Java/Python）都存在同样现象。你无法通过更新 JS 引擎或打补丁来“修复”0.1 + 0.2 ≠ 0.3 —— 因为这不是缺陷，而是二进制表示十进制小数时的数学必然。
真正可行的是在应用层主动规避或补偿，而不是等待“补丁”。以下是几种务实、被广泛验证的路径：
用整数代替浮点数做核心计算
把钱、重量、百分比等业务场景中的小数，统一按固定精度转为整数处理（如元→分、米→毫米）：
- 0.1 元 → 10 分，0.2 元 → 20 分，相加得 30 分 → 再转回 0.3 元
- 避免动态放大倍数（如
Math.pow(10, decimalPlaces)），防止大数溢出或MAX_SAFE_INTEGER超限 - 适合电商、财务等对精度确定性要求高的场景
用高精度库替代原生 number
当必须处理任意精度小数（如科学计算、汇率、加密算法）时，放弃 number 类型：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
-
decimal.js：轻量、链式调用友好、支持四舍五入模式（
ROUND_HALF_UP）、可设精度上限 - bignumber.js：API 更传统，兼容性略好，但默认舍入行为需显式配置
- 注意：它们返回的是对象，不是原始 number，比较要用
.eq()，不能用===
显示层与计算层分离
不要混淆“怎么算”和“怎么显示”：
-
toFixed(n)只用于格式化输出（如 UI 展示），它不改变数值本身，且存在1.005.toFixed(2) === "1.00"这类非预期截断 - 若需可靠四舍五入，先转成
Decimal或用Math.round(num * Math.pow(10, n)) / Math.pow(10, n) - 判断相等时，用差值小于 epsilon（如
Math.abs(a - b) ），而非 <code>===
警惕 BigInt 不能解决浮点问题
BigInt 只处理整数，对小数无效。试图用 BigInt(0.1 * 100) 会先触发浮点误差再转 bigint，结果仍是错的：
- ❌
BigInt(0.1 * 100) === 10n？实际是BigInt(10.000000000000002) → 10n（隐式截断） - ✅ 正确做法：从字符串解析，如
BigInt("10")或用decimal.js构造
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
