javascript中number类型统一采用ieee 754双精度64位浮点格式存储所有数字，小数如0.1因二进制无限循环只能近似表示，导致0.1+0.2=0.30000000000000004；仅分母为2的幂的小数（如0.5、0.25）可精确表示；日常应通过tofixed()格式化、容差比较、转整数运算等方式规避精度陷阱。
JavaScript 中的 Number 类型用统一的双精度 64 位浮点格式（IEEE 754）表示所有数字，小数也不例外。它不单独定义“小数类型”，而是把 0.1、3.14、1e-5 这类值都按相同规则编码——即用 1 位符号位 + 11 位指数位 + 52 位尾数位来存储。
小数在内存里怎么存？
以 0.1 为例：它无法用有限二进制小数精确表达（就像十进制里 1/3 = 0.333…无限循环），所以 IEEE 754 只能取最接近它的 52 位二进制近似值。这个近似过程导致原始值丢失，后续运算（如 0.1 + 0.2）就出现 0.30000000000000004 这类结果。
- 所有小数都先转成二进制科学计数法形式，例如 0.1 → 1.1001100110011… × 2⁻⁴
- 尾数部分只保留前 52 位，多余位四舍五入或截断
- 指数部分决定小数点位置，符号位控制正负
哪些小数能精确表示？
只有分母是 2 的幂的十进制小数才能被完整还原，比如：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 0.5（1/2）、0.25（1/4）、0.125（1/8）——它们的二进制是有限位
- 1.0、2.0、4.0 等整数也属于这一类
- 像 0.1、0.2、0.3 这类常见小数，分母含因子 5，二进制必然无限循环 → 必然有误差
日常开发中怎么应对？
不是所有场景都需要“绝对精确”，关键是选对方法：
- 显示用途：用 toFixed(n) 格式化输出（注意它返回字符串，且会四舍五入）
- 比较用途：避免直接用 === 判等，改用差值小于 Number.EPSILON（约 2.22e-16）
- 金融计算：不用 Number，改用 BigInt（整数分单位）或专用库如 big.js、decimal.js
- 输入处理：用户输入的小数可先乘以 100 转整数再运算（如金额统一用“分”为单位）
别被表象骗了
看似“整数”的写法，比如 1.0 或 3.，内部仍是浮点格式；JavaScript 不做类型区分，也不会自动切换存储方式。你看到的 12.80 显示为 12.8，只是引擎在输出时省略了无意义的末尾零，不代表它更“精确”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
