Number.isFinite 不进行类型转换,仅当参数为数字类型且有限时返回 true;对字符串、null、undefined 等非数字类型及 Infinity、NaN 均返回 false,因此需先用 typeof 检查类型再校验有限性。
直接写 Number.isFinite(1 / 0) 会报错——不,它不会报错,但结果是 false,因为 1 / 0 得到的是 Infinity,而 Number.isFinite(Infinity) 明确返回 false。问题在于:你往往想在运算**之前**预防,而不是在得到 Infinity 或 NaN 后再补救。更常见的情况是,运算本身没报错,但输入值已失真(比如空字符串、null、对象),导致隐式转换出 NaN,而 Number.isFinite 对 NaN 也返回 false,这点必须心里有数。
Number.isFinite 只对「纯数字且有限」的值返回 true,其余一律 false。容易忽略的坑包括:
Number.isFinite("") → false(空字符串转为 0,但 Number.isFinite 不做类型转换,它先检查是否为 number 类型)Number.isFinite("123") → false(字符串不是 number 类型)Number.isFinite(null) → false(null 是 object 类型)Number.isFinite(undefined) → false
Number.isFinite(NaN) → false(明确设计如此)也就是说,它**不自动转换类型**,和 isFinite()(全局函数)行为不同——后者会先调用 Number() 转换,比如 isFinite("123") 返回 true,但你不该依赖它,因为 isFinite(" ") 也返回 true(转成 0),这通常不是你想要的健壮校验。
真正防止 Infinity 和无效值,得把「类型检查 + 有限性检查」拆开做。典型场景如除法、开方、指数运算前的守门:
typeof x === "number" 确保是数字类型!isNaN(x) 排除 NaN(注意:Number.isFinite 已隐含此检查,但显式写更清晰)Number.isFinite(x) 确认非 Infinity 且非 -Infinity
const isValidNumber = (x) => typeof x === "number" && Number.isFinite(x);
const safeDivide = (a, b) => { if (!isValidNumber(a) || !isValidNumber(b) || b === 0) return NaN; return a / b;};
别混淆三者:
Number.isNaN(x):只对严格等于 NaN 的值返回 true;NaN === NaN 是 false,但它能正确识别Number.isFinite(x):要求 x 是 number 类型,且不等于 Infinity、-Infinity、NaN
isFinite(x)(全局):会对 x 先执行 Number(x),所以 isFinite("1e500") 返回 false(转成 Infinity),但 Number.isFinite("1e500") 直接 false(类型不符)实际项目中,除非你明确需要宽松转换,否则优先用 Number.isFinite 配合显式类型判断——它不隐藏类型问题,反而帮你早点暴露数据流里的脏值。
最常被跳过的一步是:在接收 API 返回值或表单输入后,没做 typeof value === "number" 就直接扔进 Number.isFinite,结果永远 false,然后去查运算逻辑,其实问题出在上游数据没清洗。