Infinity与-Infinity是明确定义的数值类型，非错误；极限计算中分别表示无上界增长和无下界下降，数据过滤需用Number.isFinite区分并处置，避免隐式转换失真。

识别 Infinity 与 -Infinity 的关键，在于理解它们不是错误，而是有明确定义的数值类型，但在极限计算和数据过滤中行为截然不同——前者会“传染”结果，后者常被误当作普通负数处理。

在极限计算中如何识别它们的真实含义

JavaScript 不直接参与数学极限推导，但前端常需模拟或展示极限行为（如函数趋近、动态图表渲染）。此时 Infinity 和 -Infinity 是计算结果的自然落点，而非异常：

• 正无穷表示“无上界增长”：比如 1 / x 当 x → 0+（从右侧趋近0），结果应为 Infinity；若你算出 1 / 0.0000001 得到极大正数，再缩小分母直到溢出，最终出现 Infinity，这就是极限方向的数值体现
• 负无穷表示“无下界下降”：如 Math.log(x) 在 x → 0+ 时趋向 -Infinity；实际中 Math.log(0) 直接返回 -Infinity，这是标准定义，可直接用于逻辑分支判断
• 注意符号陷阱：-1 / 0 → -Infinity，但 -(1 / 0) → -Infinity（结果相同）；而 0 / 0 或 Infinity / Infinity 得 NaN，不可混淆

在数据过滤中如何准确区分并处置

真实数据流中，Infinity 和 -Infinity 常来自后端未校验的除零、日志统计异常、或用户输入导致的溢出。它们会破坏 Math.max、求平均、图表坐标系等场景：

• 不能靠 == 或 === 全面捕获：虽然 val === Infinity 可识别正无穷，但它对 -Infinity 和 NaN 无效；单独写两个等式太冗余
• 推荐组合判断：
  • !Number.isFinite(val) → 排除所有非有限值（Infinity、-Infinity、NaN）
  • 需要区分正负时：val === Infinity 或 val === -Infinity，前提是已确认 typeof val === 'number'
• 过滤建议**：
  • 清洗数组时：arr.filter(Number.isFinite) 最简且安全
  • 替代默认值：const safeVal = Number.isFinite(val) ? val : 0
  • 避免隐式转换：parseFloat("Infinity") 返回 Infinity，但 Number("Infinity") 也返回 Infinity；而 Number("inf") 返回 NaN，需统一后端字段规范

常见误判与静默风险

很多问题不报错，却让结果失真：

• Math.max(...[1, 2, Infinity]) → Infinity，若后续用于分页计算 Math.ceil(total / size)，可能渲染出“第 Infinity 页”
• JSON.stringify({ x: Infinity }) → { "x": null }，丢失原始语义，后端收到 null 后无法还原意图
• -Infinity 为 true，但若用作时间戳比较（如 if (diff ），它确实小于0，容易被当成合法负值漏过检查

不复杂但容易忽略：把 Infinity 当成“超大数”，把 -Infinity 当成“超小数”，就踩进了数学直觉陷阱。它们是边界标记，不是可参与常规量级运算的数字。