1. 为什么0.1 + 0.2 ≠ 0.3？

第一次在控制台输入0.1 + 0.2时，看到结果0.30000000000000004的瞬间，相信很多JavaScript开发者都经历过这种认知冲击。这不是代码写错了，而是浮点数表示法在作祟。

计算机用二进制表示数字时，有些十进制小数就像π在十进制中一样——永远无法被精确表示。比如0.1这个看似简单的数，在二进制中是个无限循环小数0.00011001100110011...。根据IEEE754标准，64位双精度浮点数只能存储52位有效数字，后面的位数就被截断了。

重要提示：这不是JavaScript的缺陷，而是遵循IEEE754标准的编程语言共有的特性。Python、Java等语言中同样存在这种现象。

2. IEEE754标准深度解析

2.1 内存中的浮点数结构

一个64位双精度浮点数在内存中被分为三部分：

• 符号位（1位）：决定正负
• 指数位（11位）：-1022到1023的范围
• 尾数位（52位）：有效数字部分

这种设计类似于科学计数法，可以表示极大和极小的数字，但牺牲了绝对精度。当我们需要精确计算时（比如金融场景），这就成了致命伤。

2.2 精度丢失的典型场景

在实际开发中，这些情况最容易踩坑：

• 累加计算（如购物车金额合计）
• 比较运算（if(0.1+0.2 === 0.3)）
• 大数运算（超过2^53的整数）
• 小数位数转换（如toFixed()的使用）

3. 实战解决方案

3.1 原生解决方案

对于简单场景，可以先用原生方法处理：

// 四舍五入到指定位数 (0.1 + 0.2).toFixed(2) // "0.30" // 转为整数计算后再还原 (0.1*10 + 0.2*10)/10 // 0.3

但要注意：

• toFixed()返回的是字符串
• 乘数选择不当可能引入新的误差

3.2 专业库推荐

对于严肃项目，建议使用这些经过验证的库：

1. decimal.js：

import Decimal from 'decimal.js' new Decimal(0.1).plus(0.2).toNumber() // 0.3

2. big.js：

import Big from 'big.js' Big(0.1).plus(0.2).toNumber() // 0.3

这些库的原理都是基于字符串处理，完全避开二进制浮点运算。

4. 深度避坑指南

4.1 比较运算的正确姿势

永远不要直接比较浮点数：

// 错误示范 if (0.1 + 0.2 === 0.3) // false // 正确做法 function floatEqual(a, b, epsilon = 1e-10) { return Math.abs(a - b) < epsilon }

4.2 金额计算的黄金法则

金融类项目必须遵守：

1. 以分为单位存储（避免小数）
2. 显示时除以100转换单位
3. 使用专业金融计算库

4.3 前端表单处理技巧

处理用户输入时：

// 将用户输入先转为字符串 const input = '0.1' // 而不是0.1 // 计算时使用专业库 const result = Decimal.add(input, '0.2')

5. 性能与精度的权衡

精度解决方案的性能对比（100万次运算）：

根据项目需求选择：

• 动画/游戏：可接受原生运算
• 电商系统：必须用专业库
• 科学计算：考虑WebAssembly方案

6. 最新ECMAScript提案

TC39正在讨论的Decimal提案（Stage 1）有望原生解决这个问题：

// 未来可能支持的语法 0.1m + 0.2m // 0.3m

在此之前，还是建议使用成熟的第三方库。我在实际项目中验证过，decimal.js在保证精度的同时，API设计也非常人性化，特别适合复杂财务系统的开发。