JavaScript数字精度丢失是IEEE 754标准固有特性，非bug；解决需分场景：金额用整数运算或decimal.js，大整数用BigInt/字符串，展示用toFixed或Intl.NumberFormat。
JavaScript 中数字计算的精度丢失不是 bug，而是 IEEE 754 双精度浮点数标准的固有特性。0.1 + 0.2 !== 0.3 这类问题，根源在于十进制小数无法在二进制中精确表示。解决关键不在于“修复 JS”，而在于根据场景选择合适的方法：对金融类金额用整数运算或专业库，对科学计算或大整数用高精度类型，对展示需求做合理格式化。
金额类计算：转整数再还原
这是最常用、最稳妥的轻量方案，特别适合价格、订单、分账等对分位敏感的业务：
- 核心思路：把元单位乘以 100 转为“分”（整数），全程用整数加减，最后再除以 100 显示
- 示例：
const totalCents = Math.round(19.99 * 100) + Math.round(5.55 * 100); // 2554 → 25.54 元 - 注意：乘法前必须用
Math.round()，避免0.29 * 100得到28.999999999999996 - 慎用
toFixed()直接参与计算——它返回字符串，且存在银行家舍入（如1.005.toFixed(2)得"1.00"）
复杂金融/高可靠场景：用 decimal.js 或 bignumber.js
当涉及多步运算、四则混合、汇率换算、利息复利等，手动转整数易出错，推荐成熟库：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- decimal.js：专为十进制设计，API 清晰，支持设置精度、舍入模式（如 ROUND_HALF_UP）、指数范围
- 示例：
import { Decimal } from 'decimal.js'; new Decimal('19.99').plus('5.55').toString(); // "25.54" - 优势：字符串初始化杜绝解析误差；所有运算保持精度；可链式调用；支持货币、科学计数等边界场景
- bignumber.js 更轻量，mathjs 功能更全（含矩阵、符号计算），按需选用
大整数（如雪花 ID、流水号）：用 BigInt 或字符串处理
超过 Number.MAX_SAFE_INTEGER（9007199254740991）后，=== 判断和加减都会失真：
立即学习“Java免费学习笔记（深入）”；
- 若只需存储、比较、传输：统一用字符串处理，避免转 Number
- 若需计算（如 ID 递增、范围校验）：用
BigInt，但注意它不能与普通 number 混用，且不支持小数 - 示例：
const id = 9007199254740992n + 1n; // 9007199254740993n - 数据库 ID、日志追踪号等，建议前端全程 string 类型，后端也对应 string 字段
显示与比较：不改值，只控输出和判断逻辑
很多场景并不需要“精确计算”，只需“正确显示”或“合理判定”：
- 展示金额：
(num).toFixed(2)或new Intl.NumberFormat().format(num)——仅格式化，不影响原始值 - 判断相等：不用
===，改用差值容错，如Math.abs(a - b) - 分摊补差：先算每人基础值，再把剩余“1 分”逐个加给前几人，确保总和严格等于原值
- 避免连续累加：如统计 1000 次 0.1，改用
0.1 * 1000单次计算，减少误差叠加
