Math.tan()处理90度无穷大问题

在使用 Math.tan() 计算坡度时，90° 附近的奇点会导致无穷大、NaN 或数值不稳定，严重威胁物理模拟和图形渲染的可靠性；本文直击问题本质——不是禁用 tan，而是通过三重策略主动绕过奇点：优先用坐标差直接计算坡度比值或采用 Math.atan2 避免角度转换；用单位方向向量 [cosθ, sinθ] 替代 tan 参与运算，使垂直情况自然收敛为 [0,1]；并在输入端截断角度、输出端限幅或预判奇点时切换逻辑分支，真正实现鲁棒、可预测、符合物理直觉的坡度处理。

Math.tan() 在角度接近 90°（即 π/2 弧度）时会迅速趋向正无穷或负无穷，这在模拟斜坡、碰撞角度、视线仰角等物理场景中极易引发 Infinity、NaN 或数值爆炸，导致程序崩溃或行为失真。关键不是避免使用 tan，而是**用物理意义约束输入，并用替代变量（如斜率、方向向量）绕过奇点**。

1. 明确坡度的物理定义，避免直接传入 90° 角度

现实中“坡度”通常指 垂直升高与水平距离之比（即 tanθ），而非角度本身。若你已有真实坡面（比如两点坐标），应直接计算比值，而非先求角度再调 tan：

• 给定起点 (x₁, y₁) 和终点 (x₂, y₂)，坡度 = (y₂ − y₁) / (x₂ − x₁)，只要 x₂ ≠ x₁ —— 这天然规避了 90° 问题
• 若必须由角度生成坡度（如用户输入倾角），则对输入角度做安全截断：
  const safeAngleRad = Math.min(Math.abs(angleRad), Math.PI/2 - 1e-6); // 留出微小余量
  再调用 Math.tan(safeAngleRad) * Math.sign(angleRad)

2. 用方向向量代替 tan 值参与物理运算

绝大多数物理计算（如速度分解、法向量、投影）真正需要的是方向，而非斜率数值。tan 只是中间表示，易出错；单位方向向量更鲁棒：

• 角度 θ 对应的单位方向向量为 [Math.cos(θ), Math.sin(θ)] —— 在 90° 时结果是 [0, 1]，完全正常
• 例如：物体沿坡面滑动，速度大小为 v，则水平/竖直分量直接为 v * Math.cos(θ) 和 v * Math.sin(θ)，无需 tan
• 若只有坡度 m（即 tanθ），可用 const len = Math.sqrt(1 + m*m); [1/len, m/len] 还原单位向量（注意 m → ∞ 时自动趋近 [0, 1]）

3. 对 tan 输出做防御性处理，不依赖 isNaN 判断

Math.tan(π/2) 不一定返回 Infinity（浮点精度下可能略小于 π/2，返回极大值但非 Infinity），单纯检查 isFinite() 不够可靠：

• 推荐做法：限定输出范围，例如 const slope = Math.tan(angle); return isFinite(slope) && Math.abs(slope) 0 ? 1e6 : -1e6);
• 更优：在调用前预判——若 Math.abs(angle % Math.PI - Math.PI/2) ，说明接近奇点，直接走垂直逻辑分支（如设 dx = 0, dy = ±1）

4. 物理建模层面规避：用反正切双参数形式替代单参数

当坡度源于坐标差（如 Δy/Δx），永远优先用 Math.atan2(dy, dx) 而非 Math.atan(dy/dx)：

• atan2 自动处理 dx = 0（垂直）、dy = 0（水平）、象限符号，返回稳定 [-π, π] 角度
• 后续若需斜率，仍建议用 dy/dx（加零保护），而非对 atan2 结果再套 tan
• 示例：const angle = Math.atan2(y2-y1, x2-x1); // 安全得角度
  const slope = x2 === x1 ? Infinity : (y2-y1)/(x2-x1); // 显式处理垂直

理论要掌握，实操不能落！以上关于《Math.tan()处理90度无穷大问题》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！