深入解析JavaScript小数运算精度丢失原因

var sum = 0;
for(var i = 0; i < 10; i++) {
 sum += 0.1;
}

console.log(sum);

JavaScript小数运算精度问题解析

上面的程序会输出1吗？

在《你有必要知道的25个JavaScript面试题》一文中，第8题简要提及了JavaScript无法精确处理小数运算的现象。今天我们将重新审视这道经典题目，进行更深层次的原理剖析。

首先需要明确的是，无法精确处理小数运算并非JavaScript语言本身的设计缺陷。其他高级编程语言，如C语言和Java，同样存在这一现象：

#include <stdio.h>

void main(){
  float sum;
  int i;
  
  sum = 0;
  
  for(i = 0; i < 100; i++) {
    sum += 0.1;
  }
  
  printf('%f\n', sum); //10.000002
}

计算机内部的数据表示机制

计算机内部的数据表示机制

我们知道，使用高级语言编写的代码需要经过解释或编译过程，转化为CPU（中央处理器）能够识别的机器指令才能执行。对于CPU而言，它并不直接理解十进制、八进制或十六进制等人类常用的计数方式。程序中声明的各种进制数值，最终都会被转换为二进制数进行计算。

那么，为什么计算机不采用三进制进行运算呢？

计算机内部由大量的集成电路（IC）电子元件构成，其物理形态大致如下：

集成电路具有多种封装形状，其两侧或内部并排排列着众多引脚（图示仅展示了一侧）。每个IC引脚仅能维持直流电压的0V或5V两种状态，即单个引脚只能表示两种物理状态。正是这一硬件特性决定了计算机内部的数据处理必须基于二进制。

由于1位（对应一个引脚）只能表示两种状态，因此二进制的计数方式表现为0、1、10、11、100……这样的序列：

因此，在数值运算过程中，所有操作数都会被转换为二进制形式参与计算。例如，十进制数39会被转换为二进制00100111。

小数的二进制表示方法

小数的二进制表示方法

如前所述，程序中的数据均会被转换为二进制。当小数参与运算时，同样需要转换。例如，十进制数11.1875会被转换为二进制1101.0010。

二进制小数点后4位所能表示的数值范围是0.0000至0.1111。这意味着它只能表示0.5、0.25、0.125、0.0625这四个特定的十进制数值，以及由这些位权组合（相加）得到的小数：

从上述表格可以看出，十进制数0之后的下一个可表示数值是0.0625。因此，0到0.0625之间的小数无法用小数点后4位的二进制数精确表示。即使增加二进制小数点后的位数，虽然能表示的十进制数值数量会增加，但无论如何增加位数，都无法精确表示0.1。实际上，0.1转换为二进制是0.00110011001100110011……，其中“0011”是无限循环重复的：

console.log(0.2+0.1);

//操作数的二进制表示
0.1 => 0.0001 1001 1001 1001…（无限循环）
0.2 => 0.0011 0011 0011 0011…（无限循环）

JavaScript的Number类型并未像C或Java那样区分整型、单精度或双精度，而是统一表现为双精度浮点型。根据IEEE标准，单精度浮点数使用32位表示，而双精度浮点数使用64位表示。浮点数由符号位、尾数、指数和基数组成，因此并非所有位数都用于表示小数部分，符号位和指数位也占用空间，而基数不占用位数：

双精度浮点数的小数部分（尾数）最多支持52位。因此，当两个数相加时，得到的一串二进制数0.0100110011001100110011001100110011001100……由于浮点数小数位的限制，超出的部分被截断。当这个被截断的二进制数字再转换回十进制时，结果就变成了0.30000000000000004。

总结

JavaScript无法精确处理小数运算，其他高级编程语言也是如此。这并非语言本身的设计错误，而是计算机底层架构无法精确处理小数运算的结果。由于并非所有的十进制小数都能被二进制精确表示，因此小数运算往往会得到意想不到的结果。

以上就是本文的全部内容，希望对大家的学习有所帮助。