0.1 + 0.2 不等于 0.3

在前端(JavaScript)里 0.1 + 0.2 ≠ 0.3,核心原因是 十进制小数在二进制中无法被精准表示,导致运算时出现精度丢失------这不是JS的bug,而是所有使用「二进制浮点数」的编程语言(如Python、Java)都存在的通用问题。

一、核心原理:十进制→二进制的精度丢失

我们使用用十进制 (0-9),但计算机底层只能用二进制 (0和1)。像 0.10.2 这样的十进制小数,转换成二进制后是无限循环小数 ,就像十进制中 1/3 = 0.333333... 无法写尽一样。

1. 具体转换过程(简化版)
  • 0.1 的二进制:0.0001100110011...0011 无限循环)

  • 0.2 的二进制:0.001100110011...0011 无限循环)

但JS使用的是 64位 双精度浮点数 标准(IEEE 754),只能存储有限位数(约16位有效数字),所以会对无限循环的二进制数做「舍入截断」,最终存储的 0.10.2 都是近似值,而非精确值:

  • 实际存储的 0.10.10000000000000000555

  • 实际存储的 0.20.20000000000000001110

2. 相加后的结果

这两个近似值相加:

0.10000000000000000555 + 0.20000000000000001110 = 0.30000000000000001665

所以我们看到的 0.1 + 0.2 结果是 0.30000000000000004(不同环境舍入略有差异),而非精确的 0.3

二、代码验证:直观看到精度问题

javascript 复制代码
// 验证存储的近似值
console.log(0.1); // 输出 0.1(浏览器会美化显示,但实际是近似值)
console.log(0.1.toPrecision(20)); // 输出 0.10000000000000000555(真实存储值)
console.log(0.2.toPrecision(20)); // 输出 0.20000000000000001110

// 核心运算
console.log(0.1 + 0.2); // 输出 0.30000000000000004(≠ 0.3)
console.log(0.1 + 0.2 === 0.3); // 输出 false(重点!判断相等会出错)

三、前端开发中如何解决这个问题?

核心思路是 避免直接比较浮点数,或把小数转为整数运算后再转回小数,推荐3种常用方法:

方法1:固定小数位数(toFixed,适合简单场景)
javascript 复制代码
// toFixed(n) 保留n位小数(返回字符串,需转数字)
const result = (0.1 + 0.2).toFixed(1); 
console.log(result); // 输出 "0.3"
console.log(Number(result) === 0.3); // 输出 true

// 注意:toFixed会四舍五入,适合金额、简单计算
console.log((0.15).toFixed(1)); // 输出 "0.2"(四舍五入)
方法2:转整数运算(精准,适合金额/常用计算)

把小数乘以10的n次方转为整数(消除小数),运算后再除以10的n次方:

javascript 复制代码
// 0.1+0.2 → 转成 1+2=3 → 再÷10=0.3
function addFloat(a, b) {
  // 取最大小数位数(0.1是1位,0.2是1位,max=1)
  const decimalLen = Math.max(
    a.toString().split(".")[1]?.length || 0,
    b.toString().split(".")[1]?.length || 0
  );
  const multiplier = 10 ** decimalLen; // 10^1=10
  // 转整数运算,避免精度丢失
  return (a * multiplier + b * multiplier) / multiplier;
}

console.log(addFloat(0.1, 0.2)); // 输出 0.3
console.log(addFloat(0.15, 0.25)); // 输出 0.4
方法3:使用专业的精度库(适合复杂计算/金融场景)

如果涉及大量浮点数运算(如电商金额、财务系统),推荐用成熟库(如 decimal.jsbig.js):

bash 复制代码
# 安装
npm install decimal.js
javascript 复制代码
import Decimal from 'decimal.js';

const a = new Decimal(0.1);
const b = new Decimal(0.2);
const result = a.plus(b).toNumber(); // plus是decimal.js的加法方法

console.log(result); // 输出 0.3
console.log(result === 0.3); // 输出 true

总结

  1. 0.1 + 0.2 ≠ 0.3 的本质是 十进制小数转二进制时的无限循环,导致浮点数存储为近似值,相加后精度丢失;

  2. 这是IEEE 754二进制浮点数的通用特性,并非JavaScript的bug;

  3. 前端解决思路:简单场景用 toFixed,通用场景转整数运算,复杂/金融场景用 decimal.js 等专业库,永远不要直接用 === 判断浮点数是否相等

相关推荐
We་ct20 小时前
LeetCode 5. 最长回文子串:DP + 中心扩展
前端·javascript·算法·leetcode·typescript
JAVA面经实录9171 天前
Java企业级工程化·终极完整版背诵手册(无遗漏、全覆盖、面试+落地通用)
java·开发语言·面试
陈随易1 天前
有生之年系列,Nodejs进程管理pm2 v7.0发布
前端·后端·程序员
冰暮流星1 天前
javascript之事件代理/事件委托
前端
陈随易1 天前
AI时代,你还在坚持手搓文章吗
前端·后端·程序员
小程故事多_801 天前
[大模型面试系列] 多轮对话 Agent 设计实战(含窗口优化 + 工具调用精髓)
人工智能·面试·职场和发展
里欧跑得慢1 天前
17. Flutter Hero动画实现:让界面过渡更加优雅
前端·css·flutter·web
IT_陈寒1 天前
Vue的这个响应式陷阱,我debug了一整天才爬出来
前端·人工智能·后端
cn_mengbei1 天前
用React Native开发OpenHarmony应用:Reanimated共享元素过渡
javascript·react native·react.js
kyriewen1 天前
前端测试:别为了100%覆盖率而写测试,那是自欺欺人
前端·javascript·单元测试