number.xxx 方法严格拒绝类型转换，全局函数先隐式转数字再处理；前者用于校验已知数字值的有效性，后者适用于尽力解析非标准字符串。
JavaScript 中 Number 对象方法（如 Number.isFinite()、Number.isNaN()、Number.parseInt()）和全局数值函数（如 isFinite()、isNaN()、parseInt()）表面功能相似，但核心差异在于**类型处理是否严格**——前者拒绝隐式转换，后者会先转数字再判断或解析。
类型安全性：Number.xxx 是“守门人”，全局函数是“翻译官”
Number 方法只接受原始 number 类型，不做任何转换；全局函数则会对任意输入调用 Number() 尝试转成数字，再继续处理。
-
Number.isFinite("123")→ false（字符串不被接受） -
isFinite("123")→ true（"123" 被转为 123，再判断） -
Number.isNaN("NaN")→ false（不是原生 NaN） -
isNaN("NaN")→ true（"NaN" 转为数字后是 NaN） -
Number.parseInt(" 42px")→ 42（行为同全局，但语义更明确） -
parseInt(" 42px")→ 42（同样返回 42，但它是全局函数，非 Number 静态方法）
语义清晰性：明确你到底想校验什么
如果你的变量本应已是数字，只是要确认它是否有效、是否为整数、是否为 NaN，那就该用 Number 方法——它告诉你“这个值本身是否符合数字规范”。
- 校验 API 返回的计算结果：
if (Number.isNaN(result)) { /* 处理异常 */ } - 检查用户输入是否成功转为数字：
const n = Number(input); if (!Number.isFinite(n)) { /* 拒绝非法数值 */ } - 避免误判：
Number.isInteger(null)直接返回 false，而parseInt(null)返回 NaN，再用isInteger(NaN)又得绕一圈
兼容性与现代实践
Number 静态方法自 ES6 起标准化，现代浏览器和 Node.js 环境（v6+）均支持。若需兼容 IE11 或更旧环境，可用 polyfill 或替代方案：
-
Number.isNaN(x)可用Object.is(x, NaN)完全等价替代 -
Number.isFinite(x)可写为typeof x === 'number' && isFinite(x)（注意：这里仍用全局isFinite，但加了类型前置判断） -
Number.parseInt和Number.parseFloat实际是全局parseInt和parseFloat的别名，主要价值在于命名统一和模块化导出（如在 ES 模块中 import { parseInt } from 'number' 更直观）
什么时候还得用全局函数？
极少场景下，你需要“尽力解析”非标准输入：
- 处理老旧表单中混杂空格/单位的字符串：
isFinite(" +1.5e2 kg ")→ true（全局版能容忍） - 快速粗筛用户输入：
!isNaN(userInput)曾被用于简单判断是否“像数字”，但已不推荐——应先 trim + Number + Number.isNaN - 维护遗留代码时保持行为一致，但建议逐步替换并加注释说明转换逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
