javascript number类型受限于ieee 754双精度浮点格式，导致精度丢失（如0.1+0.2≠0.3）、安全整数范围限于[-2⁵³, 2⁵³−1]、极值溢出（max_value≈1.7977e+308，min_value≈5e-324）。
JavaScript 的 Number 类型在数据存储中表现受限，根本原因在于它统一采用 IEEE 754 双精度浮点数（64 位）格式，不区分整数与小数。这种设计带来简洁性，也埋下三类关键限制：精度丢失、安全整数边界、极值溢出。
精度无法保证所有十进制小数
0.1 和 0.2 在二进制中是无限循环小数（类似十进制中 1/3 = 0.333…），而双精度浮点数仅保留约 53 位有效二进制位，必须截断或舍入。结果就是：
-
0.1 + 0.2 === 0.3返回false，实际结果为0.30000000000000004 - 类似
0.3、0.01、7.9 - 0.8等常见运算都可能出现微小偏差 - 只有形如
1/(2ⁿ)的有限和小数（如0.5、0.75、0.125）才能被精确表示
安全整数范围明确且易突破
能被唯一、无歧义表示的整数，仅限于 [-2⁵³, 2⁵³ − 1]，即：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
Number.MIN_SAFE_INTEGER === -9007199254740991Number.MAX_SAFE_INTEGER === 9007199254740991- 超出此范围后，相邻可表示整数的间隔大于 1，导致
9007199254740992 + 1 === 9007199254740992 -
Number.isSafeInteger()是检测该风险的可靠方法
数值极值存在硬性上下界
受 11 位指数域限制，Number 可表示的理论范围极大，但有明确边界：
- 最大正数：
Number.MAX_VALUE ≈ 1.7977e+308；超过则变为Infinity - 最小正数（非零）：
Number.MIN_VALUE ≈ 5e-324；低于此且非零会下溢为0 - 负数对称：最小负数约
-1.7977e+308，小于该值则为-Infinity - 特殊值
NaN、Infinity、-Infinity均属Number类型，typeof返回"number"
存储结构决定一切
64 位布局固定：1 位符号位 + 11 位指数位 + 52 位尾数位。其中“隐藏位”使有效精度达 53 位二进制，但这也意味着：
- 所有数字共用同一套存储逻辑，没有单独的整型或定点数类型
- 大整数（如长 ID、时间戳）若以数字字面量传入，可能因超出安全范围而失真
- 后端返回的 64 位整数，前端应优先作为字符串接收，再按需处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
