Number.isFinite 不进行类型转换，仅当参数为数字类型且有限时返回 true；对字符串、null、undefined 等非数字类型及 Infinity、NaN 均返回 false，因此需先用 typeof 检查类型再校验有限性。
Number.isFinite 为什么不能直接判断运算表达式
直接写 Number.isFinite(1 / 0) 会报错——不，它不会报错，但结果是 false，因为 1 / 0 得到的是 Infinity，而 Number.isFinite(Infinity) 明确返回 false。问题在于：你往往想在运算**之前**预防，而不是在得到 Infinity 或 NaN 后再补救。更常见的情况是，运算本身没报错，但输入值已失真（比如空字符串、null、对象），导致隐式转换出 NaN，而 Number.isFinite 对 NaN 也返回 false，这点必须心里有数。
哪些值传给 Number.isFinite 会意外返回 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、isFinite 的关键区别在哪
别混淆三者：
-
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，然后去查运算逻辑，其实问题出在上游数据没清洗。
