在前端 JavaScript 中处理金额，情况和 Java 稍有不同。由于 JavaScript 的数字类型（Number）基于 IEEE 754 标准，存在精度丢失问题（例如 0.1 + 0.2 !== 0.3），因此不能直接使用原生数字类型进行精确的金额计算。
以下是前端处理金额的几种主流方案：
- 使用第三方库（最推荐，最稳妥）
这是目前前端领域处理金额的最佳实践。这些库专门解决了浮点数精度问题，并提供了丰富的数学运算功能。
* 常用库：
\* decimal.js：功能强大，性能较好，是目前比较流行的轻量级选择。
\* big.js：API 简单，体积非常小。
\* bignumber.js：老牌库，功能全面。
* 使用示例（以 decimal.js 为例）：
const Decimal = require('decimal.js');
let a = new Decimal(0.1);
let b = new Decimal(0.2);
let sum = a.plus(b); // 0.3
console.log(sum.toString()); // "0.3"
优点： 精度绝对准确，API 丰富（加减乘除、比较、取模等），无需自己造轮子。
- 后端返回字符串，前端全程使用字符串
这是一种“约定俗成”的方案，特别适合展示和透传金额的场景。
* 做法： 后端在 JSON 接口中将金额字段定义为 String 类型（而不是 Number），前端接收到后直接显示，或者在计算时传给专门的工具函数。
* 示例：
{
"orderAmount": "123456.78", // 而不是 123456.78
"totalPrice": "99.99"
}
* 优点： 避免了数字转字符串时的精度截断风险，前后端交互最安全。
* 缺点： 如果前端需要进行复杂的数学运算（如打折、分账），代码会变得复杂，必须配合方案 1 或 3 使用。
- 转换为整数运算（“分”单位）
这和 Java 中的 long 方案类似。
* 做法： 将金额统一转换为“分”进行计算。例如 123.45 元转换为 12345 分（整数）进行加减，计算完成后再除以 100 转回“元”进行展示。
* 注意： 乘除法需要特别小心，建议只用于加减法。
// 加法示例
function add(a, b) {
return (a \* 100 + b \* 100) / 100;
}
console.log(add(0.1, 0.2)); // 0.3
* 优点： 性能好，逻辑简单。
* 缺点： 仅适用于简单的加减或整数倍乘法。涉及除法（如汇率换算）时，依然会面临精度问题，且代码可读性较差（需要时刻关注单位）。
- 使用原生 BigInt（仅限整数）
ES11 引入了 BigInt，可以表示任意精度的整数。
* 做法： 和方案 3 一样，必须将金额放大（如乘以 100）转为整数。
* 限制： BigInt 不能与普通 Number 混合运算，且不能用于小数运算（除法会自动舍弃小数部分）。
* 适用场景： 仅适用于纯整数金额计算或极大数据的 ID 处理，不适合通用的财务计算。
总结建议
场景 推荐方案
通用业务 (商城、后台) 使用 decimal.js 或 big.js。这是最省心、最安全的做法。
仅展示/透传金额 后端返回字符串，前端直接展示，不进行数学运算。
极高性能要求 转换为“分”进行整数运算（仅限加减法）。
切记： 千万不要直接使用 0.1 + 0.2 这样的原生浮点数运算来处理金额，也不要依赖 toFixed(2) 来修复计算结果，因为它只是字符串格式化，并没有解决计算过程中的精度丢失问题。