如何用Number.isFinite保证数学运算的结果不是无穷大或无效值

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，然后去查运算逻辑，其实问题出在上游数据没清洗。