javascript的number类型是基于ieee 754双精度浮点的统一原始类型，无真正整数，安全整数范围为−9007199254740991至9007199254740991，小数运算存在精度误差，需区分原始值与包装对象，善用infinity、nan、+0/-0及工具方法避坑。
JavaScript 的 Number 类型不是传统意义上的“整数+浮点数”双轨体系，而是一个统一的、基于 IEEE 754 双精度 64 位浮点格式的原始类型。它既支撑日常计算，也埋着精度陷阱；既提供丰富工具方法，又要求开发者主动规避包装对象误用。
统一浮点表示与精度边界
所有数字——无论写成 42、0.1 还是 0xFF——在内存中都以 64 位二进制浮点形式存储：1 位符号 + 11 位指数 + 52 位尾数。这决定了两个关键事实：
- 没有真正的整数类型，
1和1.0底层完全等价 - 能**安全精确表示**的整数范围是
Number.MIN_SAFE_INTEGER（−9007199254740991）到Number.MAX_SAFE_INTEGER（9007199254740991）。超出此范围，相邻整数可能无法区分（例如9007199254740992 === 9007199254740993返回true） - 小数运算天然存在误差：
0.1 + 0.2 !== 0.3，本质是十进制小数无法被有限位二进制精确表达，截断后累积误差
原始值 vs 包装对象：不可忽视的本质差异
看似相同的数值，创建方式不同，类型和行为天差地别：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
字面量（如
123）和Number(123)：返回原始number类型，参与运算高效，比较行为符合直觉 -
new Number(123)：返回一个对象包装器（typeof为"object"），虽可调用方法，但：
– 在if或逻辑运算中恒为true（哪怕值是0）
–===比较永远失败（对象引用不同）
– 可添加自定义属性，但这违背原始值语义，极易引发隐晦 bug
特殊数值与边界行为
Number 类型内建对异常数学状态的表达能力：
-
Infinity与-Infinity：溢出结果（如1 / 0）或超出MAX_VALUE的计算结果；它们参与运算有明确定义（如Infinity + 1 === Infinity） -
NaN（Not-a-Number）：非法运算结果（如0 / 0、Math.sqrt(-1)）；它不等于任何值，包括自身，必须用Number.isNaN()判定 -
+0与-0：两者相等（+0 === -0为true），但可通过Object.is(+0, -0)或除法行为（1 / -0 === -Infinity）区分
实用工具与避坑建议
面对这些特性，写出健壮代码的关键在于选择合适工具：
- 类型转换优先用
Number(str)，而非parseInt/parseFloat（后者有进制推断和截断风险）；空字符串转为0，无效字符串转为NaN - 浮点比较不用
===，改用容差判断：Math.abs(a - b) - 格式化输出用
toFixed()（固定小数位）、toPrecision()（有效数字位）或toLocaleString()（本地化），注意它们返回字符串 - 处理超大整数或需精确运算时，明确切换到
BigInt（后缀n或BigInt()构造），避免 Number 的精度丢失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
