所有现代浏览器引擎对Number.MAX_SAFE_INTEGER=9007199254740991的定义完全一致，超出该值的整数可能精度丢失；V8和JavaScriptCore严格遵循标准，旧版IE曾有舍入偏差；推荐使用Number.isSafeInteger(n)检测。
JavaScript 的数值范围检测在主流浏览器引擎中基本一致，因为都遵循 ECMAScript 标准（尤其是 IEEE 754 双精度浮点规范），但细节行为仍有微小差异，主要集中在边界值处理、类型转换和非标准扩展上。
Number.MAX_SAFE_INTEGER 与安全整数范围
所有现代引擎（V8、SpiderMonkey、JavaScriptCore、ChakraCore）对 Number.MAX_SAFE_INTEGER === 9007199254740991 的定义完全一致，这是 IEEE 754 双精度能精确表示的最大整数。超出此范围的整数可能丢失精度：
- V8（Chrome/Edge）和 JavaScriptCore（Safari）严格按标准实现，
9007199254740992 === 9007199254740993返回true（因无法区分） - 旧版 IE（Chakra）在某些极端转换场景下曾有舍入偏差，但已随 Edge 切换至 V8 消失
- 检测建议：用
Number.isSafeInteger(n)，而非手动比较n ，因它同时检查是否为整数且在安全范围内
Infinity、NaN 与 Number.isFinite 的行为一致性
Infinity、-Infinity 和 NaN 的字面量解析及类型归属在所有引擎中统一：
Number.isFinite(Infinity)、Number.isFinite(NaN)均返回false；isFinite("1e500")在各引擎中均转为Infinity后返回false- 唯一差异点：某些老版本 Safari（≤13）对
parseFloat("1e500")返回Infinity，而极旧 Firefox 曾返回NaN；但Number()构造器始终统一返回Infinity - 推荐：优先用
Number.isFinite()（ES6+）替代全局isFinite()，避免字符串隐式转换干扰
大指数科学计数法解析的兼容性注意点
当字符串含极大指数（如 "1e1000"）时，各引擎均解析为 Infinity，但部分旧环境对超长数字字符串（如 1000 位）的解析性能或精度略有不同：
立即学习“Java免费学习笔记（深入）”；
- V8 和 JavaScriptCore 对
Number("1" + "0".repeat(1000))直接返回Infinity，无异常 - 极旧 Android WebKit（≤4.4）曾因底层 C 库限制，在解析超长指数时抛出
SyntaxError，但该问题已在 2015 年后版本修复 - 实践建议：若需校验用户输入的大数，先用正则粗筛格式（如
/^-?\d+(\.\d+)?([eE][+-]?\d+)?$/），再用Number()转换并配合isFinite()判断
BigInt 与 Number 混合运算的引擎差异
BigInt 是 ES2020 新增类型，不参与自动类型转换，这点在所有支持 BigInt 的引擎（Chrome ≥67、Firefox ≥68、Safari ≥14）中完全一致：
1n + 1在任何引擎中均抛出TypeError，不会尝试隐式转换- 但
BigInt(Number.MAX_SAFE_INTEGER) + 1n在所有引擎中正确返回9007199254740992n，无精度损失 - 注意：IE 完全不支持 BigInt，需用 Babel 转译或特征检测（
typeof BigInt !== 'undefined'）做降级
