应优先使用 Number.isFinite() 替代全局 isFinite()，因其不进行隐式类型转换，仅当参数为原始 number 类型且为有限值时返回 true；而 isFinite() 会先调用 Number() 转换再判断，易致误判。
直接用 Number.isFinite() 替代全局 isFinite()，就能避开强制类型转换带来的误判——它不转、不猜、只认真正是数字类型的有限值。
核心区别：要不要“先转再判”
全局 isFinite() 会悄悄调用 Number(arg) 把任何输入先转成数字，再判断是否有限。这导致：
-
isFinite("123")→true（字符串被转成 123） -
isFinite(" ")→true（空格串转成 0） -
isFinite(null)→true（null 转成 0） -
isFinite(undefined)→false（转成 NaN）
而 Number.isFinite() 完全跳过转换步骤，只检查：是不是原始 number 类型？是不是有限值（非 NaN、非 ±Infinity）？两个条件缺一不可。
典型误用场景与安全写法
比如校验表单输入或 API 返回字段，若用全局 isFinite，可能把本该报错的字符串混过去：
- ❌ 错误：
if (isFinite(userInput.age)) { /* 处理年龄 */ }
当userInput.age = "25"或"25 years"时，前者通过、后者失败，行为不一致且难调试 - ✅ 正确：
if (typeof userInput.age === 'number' && Number.isFinite(userInput.age)) { /* 安全处理 */ }
明确要求是数字类型 + 有限值，杜绝类型模糊地带
配合其他 Number 方法形成统一校验风格
Number.isFinite() 和 Number.isInteger()、Number.isNaN() 是同一套设计哲学：不隐式转换、类型敏感、语义清晰。例如：
- 验证整数：
Number.isInteger(x)（"10"、10.0都返回false） - 验证 NaN：
Number.isNaN(x)（"NaN"返回false，只有真NaN才过） - 组合使用：
Number.isFinite(x) && !Number.isInteger(x)可精准识别有限浮点数
什么情况下仍需考虑全局 isFinite()？
极少数需要“尽力解析字符串为数字再判断”的场景，比如兼容旧版用户输入解析逻辑。但务必加前置防护：
- 先用正则粗筛：
/^-?\d+\.?\d*(?:[eE][+-]?\d+)?$/.test(input) - 或显式转换后判断：
const n = Number(input); if (!isNaN(n) && isFinite(n)) { ... } - 避免裸用
isFinite(input)，尤其在 TypeScript 或强类型约束环境下
